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(57) Abstract: A web application development environment and method employs an extensible user interface (XUI) Framework 
for creating GUI-managing components written in a declarative format for handling GUI components in a web application. The 
GUI-managing components are coordinated in a view presentation layer by a Controller in an Extended-Model-View-Controller 
(XMVC) pattern in conjunction with the business logic layer. The Controller is invoked (3) by a user request for a web page (2) 
and in turn invokes the GUI-managing components to parse information contained in a corresponding web application file for the 
requested web page in order to determine the templates and sub-templates to be invoked for handling the GUI components (4). Each 
template has a mode value which is set by mode information contained in the web application file for the requested web page. The 
XUI Framework has the ability to handle a rich set of GUI components without having to implement web applications development 
technologies. Instead, the declarative- formatted GUI components can be created and processed using lightweight technologies for 
client-side and server- side processing (5). The XUI Framework allows for the efficient authoring and processing of GUI components 
for a wide range of web applications. 
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Description 

[0001] The present invention relates to graphical user interfaces. Aspects of the present invention relate to a 
method of controlling the appearance of a graphical object in a graphical user interface. Aspects of the invention have 
a particular, but not exclusive, application in providing a graphical user interface for appliances such as receiver/decod- 
ers for digital television signals. However, aspects of the invention also have application to general purpose computers 
and other appliances. 

DISPLAYING GRAPHICAL OBJECTS 

[0002] Most graphical user interfaces (GUIs) include a similar set of basic components that can be manipulated by 
a user. These include such objects as push-buttons, sliders, list boxes, and so forth. Such components are referred to 
generically as "widgets'. Although the basic function of widgets is common amongst many GUIs, the appearance of the 
widgets differs from one GUI to another. 

[0003] Some graphical operating systems, the X window system for example, impose few constraints upon the 
appearance of widgets that can be displayed in the GUI. This allows programmers to develop applications using a 
number of different widget sets, each of which has its own distinctive appearance. Moreover, a large number of window 
managers run under X which influence the overall appearance of windows created by applications. Normally, it is pos- 
sible to exercise some control over the appearance of an application as displayed on the GUI both during development 
of the application and to some extent at run time. However, the appearance is, in both cases, determined by hard coded 
parts of the widget set or the window manager. It is not possible for a user to change significantly the look of an appli- 
cation without re-coding the widget set, the window manager, or both. Either of these options requires a large amount 
of re-coding work and a large amount of new code to be installed on a host system. 

[0004] One proposal to reduce the amount of re-coding work that must be done in order to update a look is to build 
elements (for example, corners, borders, and so forth) of a window in a GUI display from pixel maps stored in memory 
of a host system. This may be provided as an independent aspect of the invention. However, the pixel maps can occupy 
a significant amount of memory when in use, and represent a large amount of data to be transferred when the look is 
to be updated. This can be a significant disadvantage if the GUI must operate with limited resources and must be 
updated over a link of limited bandwidth. One example of such a situation arises when an application is executed on a 
receiver/decoder for digital television signals. Such a decoder has a limited amount of memory as compared with a gen- 
eral purpose computer, and the software (including the look of the GUI) is updated by downloading data from a channel 
which forms part of the received television signal. 
[0005] An aim of this invention is to provide an application developer with the ability to control the appearance of an 
application in a consistent and readily controllable manner, with a minimum of re-coding being necessary, and with a 
35 minimum of data required to be transferred to an execution environment. 

[0006] In a first aspect of the present invention there is provided a method of controlling the appearance of a graph- 
ical object in a graphical user interface, comprising 

defining a look object; and 
40 associating the look object with the graphical object. 

[0007] By explicitly defining a look object, rather than embedding code which controls appearance in an application, 
the invention may allow greater flexibility than hitherto in the way in which the appearance of a graphical object is con- 
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trolled. . , . . . 

[0008] Preferably the look object includes code or parameters determining how the graphical object is displayed, 
sucr. code or parameters preferably being stored in memory. For example, the look object may be defined by object- 
oriented program code. 

[0009] The look object may be defined by instantiating a look object class. A look object which is defined in this way 
may contain a pointer to another look object class (other than that from which it is derived). This can allow the look 
object to access attributes and/or methods of that other look class. In this way, a look object can take its characteristics 
from r W o or more other looks, which can allow a look to be created which is the union of two different looks, or allow 
extra characteristics to be added to the look. 

[0010] In order to associate the graphical object with the look object, the graphical object may include an attribute 
identifying the look object associated with the graphical object. 

[0011] Preferably, the look object defines actual colours which are assigned to specific named colours. For exam- 
ple me look object may define the actual colours which are assigned to at least one of black, white and one or several 
shacies of grey. In this way, the look can define a certain colour scheme, for example, by giving a certain hue to graphical 
object associated with that look. The look object may also define a colour map which sets the actual colour values 
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which are to be used when displaying any particular colour. 

[0012] In order to change the appearance of the graphical object, either the look object may be re-defined or mod- 
ified (for example by changing the code or parameters at compile time, or the parameters at run time), or a different look 
object may be associated with the graphical object. The method may therefore further comprise modifying the appear- 
5 ance of the graphical object by re-defining or modifying the look object or by associating a different look object with the 
graphical object. 

[0013] If a look object is re-defined or modified, then it may be necessary to update the appearance of graphical 
objects which are associated with that look object. In order to achieve this, the look object may include an update coun- 
ter whose value is updated when the look object is re-defined or modified. 
io [0014] Preferably, graphical objects store the value of the update counter of the look object which they have 
affected. Each time a graphical object is to be redisplayed, the value stored by the graphical object is compared with 
the value of the update counter of the look object. If the two are different, the graphical object takes into account the 
modifications in the look object, and stores the new value of the update counter. 

[0015] The look object may include a validation mask which indicates methods that can be called by the look object, 
75 so that methods which are not implemented by the look object are not called. The graphical object can access the val- 
idation mask of the look object to optimise the drawing of the graphical object. In this way, calls to methods which are 
not implemented can be avoided, which can speed up the drawing of the graphical object. 

[0016] In some circumstances, for example when a look object is first created, the look object may be associated 
with a single graphical object However, in preferred embodiments, the look object is associated with a plurality of graph- 
20 ical objects. By associating the look object with a plurality of graphical objects, a uniform appearance for those objects 
may be achieved, and the amount of data required for defining the look object may be reduced, in comparison to the 
case where each graphical object has its appearance defined independently. 

[0017] Thus, the method may be a method of controlling the appearance of a plurality of graphical objects in a 
graphical user interface, and may comprise associating the look object with the plurality of graphical objects. 

25 [0018] In certain situations, such as where no graphical objects are associated with a look object, It may be desir- 
able to delete the look object, for example to enable the memory space used by the look object to be re-allocated. This 
may be particularly important in devices such as receiver/decoders where memory may be limited. For this purpose 
(amongst others) the look object may include a counter which indicates the number of graphical objects which are asso- 
ciated with that look object. Preferably, each time a graphical object is associated with the look object, the counter is 

30 incremented, and each time a graphical object is disassociated with the look object, the counter is decremented. If the 
counter is at zero, then it may be assumed that the look object can be safely deleted. 

[0019] In another method aspect of the invention, there is provided a method of defining a graphical object in a 
graphical user interface, comprising providing a look object which controls the appearance of the graphical object (for 
example, by defining properties and/or methods which control the appearance of the graphical object), and providing a 
35 widget object which controls operation of the graphical object (for example, by defining properties and/or methods 
which control the operation of the graphical object). Any of the features mentioned above may be provided in combina- 
tion with this aspect. 

[0020] Any of the methods described above preferably further comprise displaying the graphical object, for example 
on a screen such as a computer screen or a television screen. 
40 [0021] Any of the methods described above may be carried out by a receiver/decoder, such as a digital or analogue 
television receiver/decoder. 

[0022] The term "receiver/decoder" used herein may connote a receiver for receiving either encoded or non- 
encoded signals, for example, television and/or radio signals, which may be broadcast or transmitted by some other 
means. The term may also connote a decoder for decoding received signals. Embodiments of such receiver/decoders 
45 may include a decoder integral with the receiver for decoding the received signals, for example, in a "set-top box", such 
a decoder functioning in combination with a physically separate receiver, or such a decoder including additional func- 
tions, such as a web browser, a video recorder, or a television. 

[0023] In an apparatus aspect of the invention there is provided apparatus for controlling the appearance of a 
graphical object in a graphical user interface, comprising: 

50 

means for defining a look object, tor example by creating or modifying code or parameters in memory determining 
how a graphical object will be displayed; and 

means for associating the look object with the graphical object, for example by setting an attribute of the graphical 
object to Identify the look object. 

55 

[0024] Preferably the apparatus includes .a suitably programmed processor for defining the look object and for 
associating the look object with the graphical object, and memory for storing the look object and the graphical object. 
The look object may be defined by object-oriented program code. The look object may be defined by instantiating a look 
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object class. The look object may contain a pointer to another look object class. 

[0025] The apparatus may be adapted to modify the appearance of the graphical object, by re-defining or modifying 
the look object, or by associating a different look object with the graphical object. The look object may include an update 
counter (such as a location in memory) whose value is updated when the look object is re-defined or modified. 
5 [0026] The look object may include a validation mask (for example, stored in memory) which indicates methods that 
can be called by the look object. 

[0027] The apparatus may be apparatus for controlling the appearance of a plurality of graphical objects in a graph- 
ical user interface, and may be adapted to associate the look object with a plurality of graphical objects. The look object 
may include a counter (such as a location in memory) which indicates the number of graphical objects which are asso- 

io ciated with that look object. 

[0028] The apparatus may further comprise means, such as a screen (for example a computer screen or a televi- 
sion screen) for displaying the graphical object. 

[0029] In one embodiment, the apparatus is a receiver/decoder, such as a digital or analogue television 
receiver/decoder. 

is [0030] In a further aspect, the invention provides an object in a graphical user interface, comprising an instance of 
a widget class which controls operation of the object, and an instance of a look object class which controls the appear- 
ance of the object. . . 
[0031] The invention also provides a widget set for creating objects as described above, the widget set comprising 
a plurality of widget classes and one or more look object classes. Most typically, the widget set comprises a plurality of 

20 look object classes including a base class and a class derived from the base class. 

[0032] In order to amend the appearance of the object, the look object class can be changed. This does not change 
the function of the object since function is controlled by the widget class. Moreover, it is possible for one instance of the 
look object class to be used by many instances of the widget class, thereby minimising the amount of memory used. 
[0033] The look object class can be contained in a library linked into an application at run time. A user can therefore 

25 select a preferred look for the object by selecting which one of a range of libraries should be linked. Because the look 
object class is changed independently of the other items, re-coding is simplified to the minimum necessary to imple- 
ment the new look. 

[0034] Alternatively, the look object class can be contained in a library linked into an application at compile time. 
This allows an application developer to have full control of the appearance of the object. 
30 [0035] The look object class may export drawing methods that can be invoked to draw part of a component on a 
GUI display. The widget class typically contains code which invokes drawing methods of the look object class. The look 
object class may also export properties which provide data relating to elements of a component. 
[0036] The look object class may be a default class which provides a default look for widgets in a GUI display. Alter- 
natively, the look object class may be a class derived from a default class, the derived class overriding one or more 
35 methods and/or properties of the default class. By this arrangement, a user or a developer can make changes to just a 
limited number of elements within the look of a GUI without having to re-work any parts which are to remain unchanged. 
[0037] The look object class instance may be a property of the widget class instance. Typically, a pointer to an 
instance of the look object class is assigned to a property of the widget class instance. Such a pointer may be passed 
as an argument to a constructor of the widget class. 
40 [0038] The invention also provides a method of creating an object in a graphical user interface in which a look 
object class is instantiated in which is defined properties and/or methods which control the look object of the object; and 
a widget class is instantiated which is defined properties and/or methods which control operation of the object. 
[0039] In a method according to the last-preceding paragraph, a pointer to the look object class is typically stored 
in instance memory of the widget class instance. 
45 [0040] By controlling operation, it is not necessarily meant that the object is functional; whereas sliders and buttons 
and the like may be capable of performing actions, some graphical objects may simply be decorative, such as symbols 
or parts of composite objects. Thus the properties and/or methods which control operation of the object may do little 
more than determine the basic function of the object (for example to appear as a pointer), with the precise appearance 
being controlled by the look object. 
so [0041] In another aspect, the invention provides a method of creating a plurality of objects in a graphical user inter- 
face in which a look object class is instantiated in which look object class is defined properties and/or methods which 
control the look of the objects; and a widget class is instantiated a plurality of times in which is defined properties and/or 
methods which control operation of the object. 

[0042] In another aspect, the invention provides a method of implementing a graphical user interface display for an 
55 application execution device (for example, a computer, a receiver/decoder for a digital television signal, or another 
device) comprising loading a widget set as described above into memory of the appliance, creating a plurality of objects 
in the graphical user interface by a method as described above, and displaying the objects on the display. 
[0043] In such a method applied to a receiver/decoder, the widget set may be loaded into memory of the 
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receiver/decoder by being downloaded in a channel within a digital television signal. 

[0044] In another aspect, the invention provides a method of updating the appearance of a graphical user interface 
display for an application execution device,, which display includes a widget set as described above, in which at least 
one look object class is replaced by another look object class. 

s [0045] In another aspect, the invention provides a method of updating the appearance of a graphical user interface 
display of a receiver/decoder for a digital television signal, which display includes a widget set as described above 
stored in memory of the receiver/decoder' in which at least one replacement look object class is transmitted to the 
receiver/decoder in a channel being part of a digital television signal to replace a stored look object class. 
[0046] The invention extends to corresponding apparatus. In particular, the invention extends to a receiver/decoder 

10 arranged to perform a method of any preceding aspect. 

[0047] In another aspect, the invention provides an application execution device (for example, a computer, a 
receiver/decoder for a digital television signal, or another device) for implementing a graphical user interface, compris- 
ing a processor, memory, and an output port for outputting a signal to a display, the memory having stored therein a 
program for carrying out any of the methods described above, or any of the objects described above, or any of the 

is widget sets described above. 

[0048] In any of the above cases, the look object or look object class preferably defines how at least one of the fol- 
lowing properties (if present) of a graphical object are displayed:- 

the background appearance, for example a background colour; 
20 a background overlay, for example a logo; 

the foreground appearance; 

a foreground overlay, for example a logo; 

the appearance of relief or shading; 

the appearance of an object border; 
25 the display of any focus assigned to the object; 

the display of any highlighting assigned to the object. 

[0049] The invention also extends to a computer program for carrying out any of the above methods, and to a com- 
puter readable medium having stored thereon a program for carrying out any of the above methods. The invention also 
30 extends to an application for a receiver/decoder arranged to perform a method of any preceding aspect. The invention 
also extends to a method or apparatus substantially as described herein with reference to the accompanying drawings. 



DESIGN OF DISPLAYED GRAPHICAL OBJECTS 

35 [0050] Most graphical user interfaces (GUIs) display various graphical objects, some of which can be manipulated 
by a user ("active" objects) and some which cannot ("static" objects). Preferably, as is described above, the displayed 
graphical objects are preferably designed to complement each other to produce a coherent design scheme. For exam- 
ple, the displayed graphical objects preferably share a main colour and texture and font, where appropriate. A design 
scheme is called herein a "look" of the graphical objects. 

40 [0051] In some cases, only the look of the active graphical objects can be altered by the user. According to an 
aspect of the present invention, preferably the look of static graphical objects is alterable. According to an aspect of the 
invention, preferably the look of a group of graphical objects is alterable. Thus a coherent design of the displayed graph- 
ical objects can be obtained. 

[0052] With reference to other aspects of the invention, where graphical objects and link elements are displayed, 
45 preferably both the look of the graphical objects and of the link elements are changeable. Preferably the look of both the 
graphical objects and the link elements are the same in the look selectable by the user. In this way a coherent look for 
displayed chains of graphical objects can be achieved. 

[0053] In preferred aspect of the invention, the look of the chain is selectable independently of the look of other 
graphical objects displayed. 

so [0054] An aspect of the invention comprises a method of controlling the appearance of a plurality of graphical 
objects in a graphical user interface, the method comprising associating a look object with a plurality of graphical 
objects. 

[0055] in a preferred embodiment of the invention, the plurality of graphical objects comprises a linked chain. Thus 
preferably, a particular look or design can be applied to the chain or linked list as a whole. Preferably, the look or design 
55 can be applied to the chain, linked list or graphical object independently of any look or design applied to other chains, 
linked lists or graphical objects. 

[0056] An aspect of the invention provides a method of displaying a group of graphical objects, the method includ- 
ing the step of providing means for defining a plurality of different displayable groups of graphical objects and for select- 
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ing a group of graphical objects from the plurality of displayable groups. 

[0057] Thus the apparatus may comprise a library of groups of graphical objects, preferably having different looks 

[0058] Preferably displayed graphical objects from a first group differ from displayed graphical objects of another 
5 group in one or more of colour, shape, size, texture or pattern. The arrangement of the graphical objects in the f.rst 
qroup may differ from the arrangement of the graphical objects in another group. 

[0059] In accordance with a preferred embodiment of the invention, the group of graphical objects compnses a 
linked chain of graphical objects. Preferably, the linked chain is displayable as a linked chain in the GUI. 
[0060] Other preferred features of this aspect of the invention are described above under the heading D.splay.ng 
w Graphical Objects. 

BUILDING GRAPHICAL OBJECTS 

T0061] Most graphical user interfaces (GUIs) include various graphical objects, some of which can be manipulated 
bv a user Such graphical objects include windows, dialog boxes and push-buttons. The GUI generally includes several 
different types of each graphical object, for example the GUI may be arranged for the display of a large variety of dialog 
boxes having different sizes and/or aspect ratios. 

r0062] Where a GUI has, for example, two types of dialog box, one being half the size of the other, each type of box 
is formulated and saved in the system as a separate object. Where the GUI includes a large number of drfferent types 
of dialog box and/or different types of other graphical objects, that can lead to inefficient use of system resources. 
[0063] An aspect of the invention provides a method of controlling the appearance of a graphical object in a graph- 
ical user interface, the method comprising defining a plurality of graphical object elements of the graphical object for use 
in displaying a representation of the graphical object. 

[0064] An aspect of the invention provides a graphical object element being adapted for combination with other 
25 qraphical object elements to form the graphical object. 

[00651 Where the GUI includes a number of drfferent types of the same graphical object, the drfferent types wi 
often have features in common with other types of the object. For example, windows and boxes of different sizes w.ll 
often have the same corners as each other, the difference between the different types of boxes being only in the length 
of the edges of the box. By providing object elements for building the graphical objects, advantage can be taken of the 
common features of the various objects so that a few building blocks (the object elements) can be used to create a large 
number of different types of the graphical object. 

I-00661 The graphical object may comprise, for example, a window, a dialog box, a push-button, a scroll-bar, an icon 
or other on-screen object. The graphical object may be "active" in that the user can interact with it or "static", for example 

features of the background. 

[0067] An aspect of the invention provides a graphical object comprising a plurality of graphical object elements. 
100681 An aspect of the invention provides a method of displaying a representation of a graphical object .n a graph- 
ical user interface, the method comprising assembling a plurality of graphical object elements to form the graphical 

[0069] An aspect of the invention provides apparatus forforming a graphical object in a graphical user interface, the 
apparatus comprising means for assembling a plurality of graphical object elements to form the graphical object. 
[0070] An aspect of the invention provides an application execution device for implementing a graphical user inter- 
face, comprising a processor, memory, and an output port for outputting a signal to a display, the memory having stored 
therein a program for carrying out an aspect of the invention. 

[0071 ] Preferably the application execution device comprises a receiver/decoder of a digital television. 
[0072] An aspect of the invention provides a computer program for carrying out a method of the invention. 
[0073] The graphical object elements of a graphical object may all be the same, the size and shape of the graphical 
object being determined by the number and configuration of the elements. 

[0074] Preferably the graphical object includes a plurality of different sets of graphical object elements. Preferably, 
the method aspect includes defining a plurality of different sets of graphical object elements of the graphical object. 
r00751 A set of graphical object elements may comprise, for example, corner, side or edge portions of the graphical 
object For example, where the graphical object is a dialog box, the sets of graphical objects used to make up the box 
may comprise corner elements and edge elements. For example, a rectangular box may comprise four corner elements 
and four edge elements which link together the corner elements. 

[0076] Within each set of elements, there may be different types of elements, for example having a different size, 
shape, orientation and/or colour. Thus the example of the box may comprise four types of corner elements and two 

types of edge elements. .. „ 

[00771 A push-button may comprise two side elements and a centre element which is chosen depending on the 
type of push-button the graphical object is to be. For example a PLAY button may have a centre element including an 
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arrow symbol, a STOP button may have a centre element including a square symbol. The side elements of the PLAY 
button may be the same as the side elements of the STOP button. 

[0078] A library of object elements can also be used to form graphical objects having relatively complex shapes. For 
example a variety of complex matrices of dialog boxes could easily be formed from a selection of object elements com- 

5 prising box edges, corners and intersection points. 

[0079] In a preferred embodiment of the invention, the graphical object includes at least two "corner" elements 
which define the "corners" or "sides" of the graphical object and a plurality of filler elements, the number of which can 
be varied to vary the size and/or shape of the graphical object. Thus, a text box preferably has four corner elements and 
a plurality of filler elements are used to fill the box between the corner elements to create the box of the desired size. 

io The filler elements may all be the same. In the embodiments below, different types of filler elements are used, for exam- 
ple centre elements and four types of edge elements, to build boxes and windows. 

[0080] Preferably the filler elements are repeated to build up the required size and shape of the graphical object. 

[0081] The method preferably includes defining a set of fixed elements and a set of repeatable elements. 

[0082] The invention also provides a method of forming a graphical object, the method comprising providing a set 

75 of fixed elements and a set of repeatable elements. 

[0083] For example, for a window or box, the set of fixed elements may comprise the corners and any ornamenta- 
tion forthe box, those fixed elements being fixed for all boxes or windows of that sort, of whatever size; the set of repeat- 
able elements are used to build up the required size and shape of the object. Preferably, only one of each fixed element 
is required for each instance of the graphical object. Thus the set of repeatable elements may include edge segments 

20 and centre pieces which are used to fill in between the corners. 

[0084] The size of the repeatable elements are preferably chosen so that the number of types of repeatable ele- 
ments fpr^a-particular object is minimised. For example, the size of the repeatable elements are preferably chosen hav- 
ing regard to the smallest size of the graphical object required. Thus the memory taken up in the storage of the "kit- 
required to build each graphical object can be reduced. 

25 [0085] The invention also provides a kit of elements for a graphical object, the kit comprising a set of fixed elements 
and a set of repeatable elements. 

[0086] The invention also provides a method of producing a kit of elements for a graphical object, the method com- 
prising defining a set of fixed elements common to instances of the graphical object and further defining a set of repeat- 
able elements. 

30 [0087] The size of an object element may be adjustable. Thus fewer types of object elements are required to create 
a wide range of objects. Forthe example of the dialog box, the length of the edge elements may be adjustable. In this 
way, a large number of different box shapes could be created using just the four corner elements and two types of edge 
elements (in this case vertical edge elements of adjustable length and horizontal edge elements of adjustable length). 
[0088] The invention is of particular advantage in the application of the invention to wide-screen television; the 

35 aspect ratio of the graphical objects can be easily adjusted by changing the number or size of the graphical object ele- 
ments compared with the graphical object for a standard television. 

[0089] The invention also allows variations in the graphical objects to be made easily, for example embellishments 
and ornamentations. An object element may comprise an ornamentation to be included on dialog boxes. A huge variety 
of different objects having different or the same ornamentation can be created using the present invention. 



40 



TOOL TIPS AND MENU CHAINS 



[0090] Graphical user interfaces (GUIs) generally include various graphical objects, some of which can be manip- 
ulated by the user ("active" objects), and others which cannot ("static" objects). The graphical objects, in particular 
45 active objects, are often identified to the user by icons which may comprise pictures or diagrams illustrating what the 
graphical object is. For example, a button for carrying out a PLAY function may include an icon comprising an arrow. 
Such icons can improve the visual appearance of the graphical objects as well as assisting in easy navigation of the 
display. 

[0091] In particular, where screen space is as a premium, icons are particularly useful. An example is a GUI used 
so for a receiver/decoder for a digital television in which the icons are on-screen icons for use in the operation of the tele- 
vision and/or for other on-screen functions, for example web browsing. The resolution of a standard television screen is 
relatively low and, for legibility, any data appearing on the screen is required to be relatively large. Also, users of a tel- 
evision set generally sit further from the screen when using the television than they would when using, for example, a 
personal computer. Thus any icons and text appearing on the screen are required to be relatively large. 
55 [0092] This imposes restraints on the amount of information that can be displayed on the screen at once. Thus the 
use of icons is particularly advantageous. 

[0093] Effort is made to choose icons which clearly depict what the graphical object does. However, some users 
may be unfamiliar with the icon used and may be unsure what the feature represents. However, it would be undesirable 
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to have the graphical objects being identified on the screen by a text explanation, because the screen may become too 
cluttered. 

[0094] An aspect of the invention provides a method of controlling the appearance of a graphical object in a GUI, 
the method comprising defining a first displayable representation of a graphical object and further defining a second dis- 
5 playable representation of the graphical object, the second representation being displayable adjacent the first represen- 
tation. 

[0095] An aspect of the invention provides a method of displaying a graphical object on a GUI, the method compns- 
ing displaying a first representation of a graphical object and displaying a second representation of the graphical object 
adjacent the first representation. 
w [0096] The first representation preferably comprises an icon. Preferably the second representation is selectively 
displayed. 

[0097] Preferably, the first representation is active, so that activating or selecting the first representation canies out 
an action of the graphical object. For example the first representation may be a push-button. Preferably, the second rep- 
resentation is a text description of the graphical object-, for example a word indicating the function of the object. The sec- 

75 ond representation may or may not be active. 

[0098] The second representation is preferably only selectively displayable. Thus, preferably, the second represen- 
tation of the graphical object does not appear on the screen all the time, only when of assistance to the user. 
[0099] Preferably the second representation displayable by focussing on the first representation. For example the 
second representation may only be displayed when the user has focussed on the first representation, for example by 

20 moving a focus to it using cursor keys, or by moving a mouse pointer to point to it. 

[0100] Preferably the text representation of the graphical object is displayed within a frame, for example in a box or 
in a window. Preferably the design of the frame complements or is matched to the design of other graphical objects dis- 
played, especially other representations of the same graphical object. Thus a coherent design scheme can be obtained. 
Preferably the second representation is linked to the first representation, for example by linking the box or window to the 

25 first representation. Thus the user can see more clearly exactly to what the text description applies. 

[0101] Where the graphical object is in a chain or linked list as described below, preferably the second representa- 
tion is a part of the displayed chain or linked list. Preferably the method includes defining a linked chain of graphical 
object, the first and second representations being displayable as links of a chain of representations of graphical objects. 
[0102] Preferably the second representation is in a sub-chain. Preferably the sub-chain branches from the first rep- 

30 resentation. 

[0103] An aspect of the invention provides a display including a graphical object, the graphical object comprising a 
first representation of the graphical object and, preferably selectively displayable, a second representation of the graph- 
ical object adjacent the first representation of the graphical object. 

[0104] An aspect of the invention provides apparatus for controlling the appearance of a graphical object in a graph- 
35 ical user interface, comprising means for defining a first representation of the graphical object and means for defining a 
second representation of the graphical object, the second representation being displayable adjacent the first represen- 
tation. 

[0105] An aspect of the invention provides an application execution device for implementing a graphical user inter- 
face, comprising a processor, a memory and an output port for outputting a signal to a display, the memory having 
40 stored therein a program for carrying out an aspect of the invention. 

[0106] Preferably the application execution device comprises a receiver/decoder of a digital television. 
[0107] Also provided is a computer program for carrying out a method of the invention. 

[0108] For GUIs of computers and other apparatus, the user is usually provided with a mouse or other pointer 
device for navigating around the display and manipulating the displayed graphical objects. However, in some applica- 
45 tions, for example television receiver/decoder apparatus and mobile telephones and personal organisers, the user 
might not have a pointer device. For example, the user might use a cursor keypad to navigate around the display. Such 
cursor keypads usually include up, down, left and right keys. It can be confusing for the user to navigate around the dis- 
play using only those keys, in particular where displayed graphical objects on the screen are not arranged in obvious 
lines and/or columns. 

so [0109] An aspect of the present invention provides a method of controlling the appearance of graphical objects in a 
graphical user interface, the method comprising defining a linked chain of graphical objects. 

[0110] An aspect of the present invention provides a method of controlling the appearance of a graphical object in 
a graphical user interface, the method comprising defining a first graphical object, defining a second graphical object 
and defining a link element for linking the graphical objects. 
55 [0111] An aspect of the present invention provides apparatus for displaying graphical objects in a GUI, the appara- 
tus comprising means for displaying a plurality of graphical objects and means for displaying link elements between 
graphical objects. 

[0112] An aspect of the invention provides a graphical object and a link element associated with the graphical 
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object. 

[0113] An aspect of the invention provides a method of displaying representations of graphical objects in a graphi- 
cal user interface (GUI), the method comprising displaying representations of graphical objects and displaying a repre- 
sentation of a link element for illustrating a link between graphical objects. 
s [0114] Preferably, the displayed link element extends from one graphical object to another. Preferably, the method 
includes displaying a linked chain of representations of graphical objects. 

[0115] Preferably the method further includes defining a sub-chain of graphical objects, the sub-chain comprising 
a branch from a linked chain, preferably the sub-chain being selectively displayable. 

[0116] Preferably, the method further includes displaying graphical objects in a sub-chain, the sub-chain preferably 
10 comprising a branch of the linked chain, and preferably the sub-chain is displayable by focussing on a graphical object 
in the linked chain. Thus the sub-chain might only be displayed when of interest to the user, thus reducing cluttering of 
the display. 

[0117] An aspect of the invention provides a method of displaying graphical objects in a GUI, the method compris- 
ing displaying a plurality of graphical objects as a linked list. Thus, an aspect of the invention provides graphical objects 
75 which can be navigated using a cursor keypad. Preferably, the displayed graphical objects comprise icons. Preferably 
the links between the graphical objects are displayable. 

[0118] The displayed link element may extend from one graphical object to another to indicate a path between 
them. This is of particular advantage where the user is using cursor keys to navigate the display rather than a mouse. 
In some cases, however, the link element might not extend across the whole distance between graphical objects, while 
20 still providing an indication to the user of a path between the graphical objects. For example, the link element might 
comprise an arrow on an icon pointing to the next icon in the path. 

[0119] An aspect of the invention provides a chain of graphical objects. More than one link element maybe provided 
for each graphical object, indicating a choice of navigation paths from that object. Thus a branched network or tree 
structure of graphical objects and link elements can be formed, the network being easily navigable by the user, even 
25 without the use of a mouse. Also provided by an aspect of the invention is a network of graphical objects. 

[0120] An aspect of the invention provides a main chain of graphical objects and a sub-chain of graphical objects 
branched from the main chain. Preferably, the representations of the graphical objects are buttons. (As used herein the 
term •button" is preferably to be interpreted broadly to refer to any graphical object which carries out a function when 
selected.) 

30 [0121] Preferably, a plurality of sub-chains are displayable. Preferably a sub-chain is displayable by selecting a 
graphical object of the main chain. 

[0122] Preferably the sub-chain extends substantially perpendicular to the main chain. 

[0123] Where, in accordance with another aspect of the invention, a second representation of the graphical object 
is displayable adjacent the graphical object, preferably the second representation of the graphical object is displayable 
35 as a part of the sub-chain of the first representation of the graphical object. Thus, where the second representation of 
the graphical object is a text box including a description of the graphical object, the sub-chain will preferably include the 
text box and description in the sub-chain. This can be of assistance to the user. 

[0124] An aspect of the invention includes an application execution device for implementing a graphical user inter- 
face, the device comprising a processor, memory and an output port for outputting a signal to a display, the memory 
40 having stored therein a program for carrying out an aspect of the invention. 

[0125] The aspect of the invention also includes a computer program for carrying out a method of the invention. 

HEAD TO TAIL FLIPFLOP 

45 [0126] Most graphical user interfaces (GUIs) include various graphical objects, some of which can be manipulated 
by a user. Such graphical objects are often displayed as icons which normally comprise pictures or diagrams illustrating 
what the graphical object is. For example, an object for carrying out a PLAY function may be displayed as an icon includ- 
ing an arrow. An object for effecting printing may comprise a diagram of a printer. Such icons can improve the visual 
appearance of the displayed graphical objects as well as assisting in easy navigation of the GUI. 

so [0127] Effort is made to choose icons which clearly depict what the graphical object does. Many "standard" icons 
are used and are generally recognisable as being icons depicting "forward", "go back", "play" and "stop". However, 
some users may be unfamiliar with the icon used and will be unsure what the feature represents. 
[0128] An aspect of the invention provides a graphical object having a feature displayed, wherein the feature is dis- 
playable in a plurality of forms, and means for changing the form in which the feature is displayed. 

55 [0129] Preferably, one form of in which the feature is displayed is an icon. For example a PLAY button may be in the 
shape of an arrow. 

[013O] An aspect of the invention comprises a method of controlling the appearance of a graphical object in a GUI, 
the method comprising defining a first representation of the graphical object and a second representation of the graph- 
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ical object, the first and second representations being selectively displayable, preferably cyclically displayable. 
[0131] An aspect of the invention provides a method of displaying a graphical object in a GUI, the method compris- 
ing displaying a first representation of the graphical object and subsequently displaying a second representation of the 
graphical object. 

5 [0132] Preferably, the first representation of the graphical object includes an icon. Preferably, the second represen- 
tation of the graphical object includes a text description of the graphical object. Preferably, the display of the graphical 
object cycles between the first representation and the second representation. 

[0133] An aspect of the invention provides apparatus for controlling the appearance of a graphical object in a GUI, 
the apparatus comprising means for defining a first representation of the graphical object and means for defining a sec- 
io ond representation of the graphical object. 

[0134] An aspect of the invention provides application execution device for implementing a graphical user interface, 
the device comprising a processor, memory and an output port for outputting a signal to display, the memory having 
stored therein a program for carrying out an aspect of the invention. 

[0135] Preferably the application execution device comprises a receiver/decoder of a digital television. 

is [0136] Also provided is a computer program for performing a method of the invention. 

[0137] The different representations which may be displayed include, for example, an icon and a text description of 
the feature. Thus a PLAY icon (for example a illustration of an arrow) may also be displayable as the word "play". Thus 
the visual and other benefits of the use of the icon can be obtained while ensuring that the user knows the meaning of 
the icon from the text description. By providing the different representations of the graphical object, the visual appear- 

20 ance of the GUI can be improved and the different displays do not clutter the user's viewable area. 

[0138] In a first embodiment of the invention, the representation of the graphical object to be displayed can be set 
by the user. For example, the user might be familiar with the icons used and not require a text explanation of the icons. 
In this case he may select that only the icons be displayed. 

[0139] In a second embodiment of the invention, the representation displayed can be changed by the user by 
25 selecting or focussing on (for example highlighting) the displayed representation. For example, if the representation is 
set to the graphical object as the "PLAY" icon, the user can change the "PLAY" icon to the text "play" by focussing on, 
for example highlighting or selecting, the first representation. 

[0140] In a third embodiment of the invention, the display of the graphical object switches between the different rep- 
resentations without intervention by the user. For example, the preferences can be set so that the displayed graphical 

30 object cycles between two types of representation. In a preferred embodiment, the display cycles between the icon and 
the text description. The cycle time may be adjustable. An example of a cycle time is about 2 seconds. 
[0141] In an embodiment of the invention, a timer is started when a representation is displayed; when the timer 
reaches a predetermined value, the representation changes. The change of representation may be directly from one 
representation to another, for example from the icon to the text description, or may comprise a sequence of represen- 

35 tations. For example, the sequence of representations may show a progressive change from one representation to 
another. In an embodiment, the sequence of representations gives the effect that the two representations are on oppo- 
site faces of a spinning coin. 



ON-SCREEN KEYBOARD 



40 



[0142] Devices having numeric keypads are being used more and more to carry out tasks which involve writing data 
including text using the keypad. For example, mobile telephones are used to enter information into the telephone mem- 
ory, for example names into telephone books in the phone, or the sending of text messages. Other examples include 
television remote controls used to enter text onto a television screen, for example when accessing the Internet using a 
45 television having a receiver/decoder. 

[0143] Such devices normally have only numeric keypads having a key for each of the numbers 0 to 9 and possibly 
a few other keys, for example # and *. In order to be able to enter text, at least 26 additional key functions are required 
for the letters of the alphabet, with still further key functions required where both upper and lower case letters, punctu- 
ation and symbols as well as accented letters are required. 
so [0144] In known keypads used for text entry, each key of the keypad is assigned a number of functions, and the user 
cycles through the available functions by pressing the key several times, the different functions usually being viewable 
on s display. When the user reaches the desired function for the key, the function is selected, usually by pressing a 
•select" key or by moving the display cursor. It will be seen that, where a full set of functions is to be made available, 
eacr Key of the keypad necessarily relates to several different functions. For example, the "2" key of a keypad may 
55 include the following functions: 

A, B, C, a, b, c, 2, A, a, A, a, A, a, A, a, A, a, /E, ae, Q and c 
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and may further include symbol functions. Each time a particular letter, number or symbol is required, the key has to be 
pressed several times. This clearly can be time consuming and inefficient. Also, design restraints and the physical size 
of the keys often dictate that not all of the letters and symbols which can be accessed by a particular key can be dis- 
played to the user. Thus, if the user wishes to enter a particular letter or symbol, he often has to use trial and error to 
5 find the key which activates it. 

[0145] A solution which is used for some models of mobile phones is to include a QWERTY keyboard, but clearly 
that is not ideal where a small keypad is desirable; the keys must remain large enough for use. 

[0146] An aspect of the invention provides, a keypad having keys for performing functions, each key including a 
function option, wherein the function option of the key is changeable. 

io [0147] In an embodiment of the invention, each key has only one function option at a time, so that the key need only 
be pressed once to carry out that function. By providing that the functions options of the keys are changeable, it is still 
possible to use the keypad to carry out more functions than there are keys, but the efficiency of use can be improved. 
[0148] Preferably, a set of options is arranged as a template for the keypad, the template being changeable. For 
example, if the keypad is to be used in one task for typing only numbers, it would be inefficient if, for each number to be 

15 typed, the user had to scroll through 3 or more letters. By changing the options of all the keys of the keypad to "num- 
bers",' a key need only be pressed once by the user to type the required number. Similarly, if the user wishes to type in 
capitals, the "capitals" template can be applied to the keypad. Thus only capital letters will be included in the options for 
the key functions, reducing the number of functions through which the user must scroll to find the desired one. 
[0149] Preferably, the key options are changed for the keypad as a whole but, alternatively, the options for only 

20 some of the keys might be changed. 

[0150] An aspect of the invention provides a method aiding entry of data into a graphical user interface (GUI) using 
a keypad, the method comprising defining a plurality of templates, each template comprising a set of functions for the 
keypad. 

[0151] An aspect of the invention provides apparatus for use in entering data into a graphical user interface using 
25 a keypad, the apparatus comprising a plurality of templates, each template comprising a set of functions for the keypad. 
[0152] Preferably the templates are displayable on a display. 

[0153] Preferably, a number of different templates are provided, and the method includes the step of selecting a 
template for use. Preferably the apparatus further comprises means for selecting a template. The different templates 
preferably provide different function sets for the keypad. For example, a template may provide the capital letters A to J 

30 for the number keys of the keypad. A different template may provide the capital letters K to T, and so on. 

[0154] In embodiments of the invention described herein, the templates each include only 1 0 functions, for use with 
ten keys of the keypad. In a different embodiment, the keypad may include more keys and it may be possible to repre- 
sent the whole alphabet on the template. For example, the keypad may comprise a keyboard. Different templates may 
be provided corresponding to different types of keyboard, for example different language variants, different numbers 

35 and arrangement of keys, and symbols and other characters. All the required functions might be included on each tem- 
plate, the different templates being provided corresponding to different key layout of different types of keypad or key- 
board. 

[01 55] The term keypad used herein is preferably to be interpreted broadly to include all devices having an array of 
keys or buttons or the like. Thus the term preferably includes remote controllers, telephones and computer keyboards 
40 as well as other devices. 

[01 56] Preferably the method includes the step of displaying the template, for example on the screen of a computer 
or television. Preferably a plurality of available templates are displayed and preferably the user is able to choose one of 
the displayed templates for use. 

[0157] In a preferred embodiment, the available templates are displayed as a grid, and preferably the user selects 
45 the desired template using the cursor keys of the keypad. The user may alternatively use a different device, for example 
a pointer device, for example a mouse. 

[0158] Preferably, the display shows the functions of the template in a configuration corresponding to the arrange- 
ment of the relevant keys of the keypad. Preferably, the method includes displaying an image of a keypad. Preferably 
the step of selecting the template includes moving the image of the keypad relative to the templates on the screen. 
so [0159] Preferably the apparatus further includes a displayable keypad image, the apparatus preferably providing 
means for moving the keypad image relative to a display of the templates. 

[0160] Preferably, the displaying of the image of the keypad on the screen includes the step of selecting the image 
of the keypad to be displayed. The layout of keys on a keypad can vary from one type of keypad to another and thus it 
is advantageous for the layout of keys on the template shown to correspond to the keypad layout. 
55 [0161] Preferably the user moves the image of the keypad relative to the templates using cursor keys on the key- 
pad. . . 
[0162] The functions of the templates may be set out as QWERTY keyboards, the keyboard being split into various 
zones for the image of the keypad. For example, in one position, the keypad may be used to enter the letters q, w, e, a, 
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s, d, 2, x, c and SPACE. 

[0163] In other embodiments, the functions, of the templates are set out in other ways. Preferably, functions used 
often by the user are arranged so that they appear on more than one template. Preferably, the templates may be cus- 
tomised by the user. 

5 [0164J The functions provided by a key of the template keyboard may comprise more than one letter, number or 
symbol. For example, where the keypad is used for a web browser, a key may be used to enter a text string, for example 
"http:V or "www". 

[0165] Preferably, the keypad template is displayed on the screen while the user enters the data. 
[0166] An aspect of the invention provides a template for a keypad. Preferably the template is displayable in a GUI. 
io [0167] An aspect of the invention provides a method of entering data using a keypad, the method including select- 
ing a template comprising a set of functions for the keypad. 

[0168] The aspect of the invention further provides apparatus for entering data using a keypad, the apparatus 
including means for displaying a keypad template. Preferably the apparatus includes means for displaying a plurality of 
keypad templates and means for selecting a template. 

is [0169] Preferably the display of the keypad templates for data entry is separate from any other application that the 
apparatus may be running. For example, if the apparatus is running a web browser application and data needs to be 
entered in a dialog box, the user calls up the keypad templates which runs parallel to the browser application. Prefera- 
bly, the keypad template application can be called from a plurality of applications in the apparatus. 
[0170] The aspect of the invention also provides an application execution device for implementing a graphical user 

20 interface, comprising a processor, memory and an output port for outputting a signal to a display, memory having stored 
therein a program for carrying out an aspect of the invention. Preferably, the memory further has stored therein a library 
of keypad templates and preferably further has stored therein a library of keypad images. 
[0171] The aspect of the invention further provides a library of keypad templates and/or keypad images. 
[0172] An aspect of the invention provides a computer program for carrying out a method of the invention. 

25 

GENERAL 



[0173] Where reference is made herein to graphical and other objects, such term is to be interpreted broadly. In par- 
ticular, it should not be interpreted as implying that the objects are defined by object-oriented program code. 
30 [0174] The methods described herein are preferably carried out using an application execution device having a suit- 
ably programmed processor. 

[0175] Preferably the inventions relate to the broadcasting and receiving of transmissions. 

[0176] Any of the methods above may be carried out by a receiver/decoder, such as a digital or analogue television 
receiver/decoder. Alternatively, the methods may be carried out by a mobile telephone, a computer, or another device. 
35 [0177] The inventions described herein also extend to a computer program for carrying out any of the described 
methods, and to a computer readable medium having stored thereon a program for carrying out any of the above meth- 
ods. The invention also extends to an application for a receiver/decoder arranged to perform a method of any aspect of 
the invention. 

[0178] The inventions also extend to computer program products, for example comprising computer software 
40 and/or computer software upgrades. Such computer program products may be, for example, transmitted to a user from 
a broadcast centre by, for example cable or satellite broadcast. The computer program products may be provided on a 
disc, for example a CD ROM. 

[0179] Where aspects of the invention relate to graphical objects, the invention provides a method of defining the 
graphical objects, of controlling the appearance of the graphical objects and also to displaying representations of the 
45 graphical objects on a suitable display, for example a television screen or LCD of a mobile telephone. The invention also 
provides apparatus for carrying out the invention, and the methods of the invention, preferably using a suitably pro- 
grammed processor. 

[0180] Preferably the invention finds application for digital television, and preferably a web browser for a television. 
The invention may be embodied in a receiver/decoder for example for a digital television. Features of the aspects of the 
so inventions described above are preferably provided by a processor and/or memory, for example a processor and mem- 
ory of the receiver/decoder. 

[0181] Any of the methods described herein may be carried out by the receiver/decoder, such as a digital or ana- 
logue television receiver/decoder. 

[0182] The term "receiver/decoder" used herein may connote a receiver for receiving either encoded or non- 
55 encoded signals, for example, television and/or radio signals, which may be broadcast or transmitted by some other 
means. The term any also connote a decoder for decoding received signals. Embodiments of such receiver/decoders 
may include a decoder integral with the receiver for decoding the received signals, for example, in a "set-top box", such 
a decoder functioning in combination with a physically separate receiver, or such a decoder including additional func- 
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tions, such as a web browser, a video recorder, or a television. 

[0183] It will be understood that the present invention has been described herein purely by way of example, and 
modifications of detail can be made within the scope of the invention. 

[0184] Each feature disclosed in the description, and (where appropriate) the claims and drawings may be provided 
independently or in any appropriate combination. 

[Q185] Features of one aspect may be applied to any other aspect; method features may be applied to apparatus 
aspects and vice versa. 

[0186] Preferred features of the present invention will now be described, purely by way of example, with reference 
to the accompanying drawings, in which:- 



io 



Figure 1a shows an overview of a typical digital television system; 
Figure 1b shows the general architecture of the interactive television system; 
Figure 2a is a block diagram of a receiver/decoder; 
Figure 2b shows the architecture of a receiver/decoder; 
is Figure 2c illustrates further the architecture of the receiver/decoder; 

Figure 3 is a diagram of part of the hierarchy of widgets within a widget set; 
Figure 4 is a simplified diagram of a widget appearing on a GUI display; 
Figure 5 illustrates the location in memory of several widgets 
Figure 6a illustrates a screen display of the web browser; 
20 Figure 6b shows a remote control for navigating the web browser; 

Figure 7 illustrates a further screen display of the web browser; 
Figure 8 illustrates a further screen display of the web browser; 
Figure 9 illustrates a further screen display of the web browser; 
Figure 10 illustrates a further screen display of the web browser; 
25 Figure 1 1 illustrates a further screen display of the web browser; 

Figure 12 illustrates a further screen display of the web browser; 
Figure 13 illustrates a further screen display of the web browser; 
Figure 14 illustrates a further screen display of the web browser; 
Figure 15 illustrates a further screen display of the web browser; 
30 Figure 16 illustrates a further screen display of the web browser; 

Figure 1 7 illustrates a further screen display of the web browser; 
Figure 18 illustrates a further screen display of the web browser; 
Figure 1 9 illustrates a further screen display of the web browser; 
Figure 20 illustrates a further screen display of the web browser; 
35 Figure 21 illustrates a further screen display of the web browser; 

Figure 22 illustrates a further screen display of the web browser; 
Figure 23 illustrates a further screen display of the web browser; 
Figure 24 illustrates a further screen display of the web browser; 
Figure 25 illustrates a further screen display of the web browser; 
40 Figure 26 illustrates a further screen display of the web browser; 

Figure 27 illustrates a further screen display of the web browser; 
Figure 28 illustrates a further screen display of the web browser; 
Figure 29 illustrates a further screen display of the web browser; 
Figure 30 illustrates a further screen display of the web browser; 
45 Figure 31 is an example of a graphical object formed by tiling; 

Figure 32 is a further example of a graphical object formed by tiling; 
Figure 33 is a further example of a graphical object formed by tiling; 
Figure 34 is a further example of a graphical object formed by tiling; 
Figure 35 is a further example of a graphical object formed by tiling; 
so Figure 36 is a further example of a graphical object formed by tiling; 

Figure 37 is a further example of a graphical object formed by tiling; 
Figure 38 is a further example of a graphical object formed by tiling; 
Figure 39 illustrates the method of tiling graphical objects; 
Figure 40 shows a typical image buffer; 
55 Figure 41 shows the layout of a tiled graphical object. 

Figure 42 schematically illustrates the operation of a virtual keyboard; 

Figure 43 shows a typical mapping of characters to keys on a virtual keyboard; 

Figure 44 shows examples of a virtual keyboard; and 
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Figure 45 shows typical dimensions of a virtual keyboard; 
Overview of a digital television system 

[0187] An overview of a digital television system 1 is shown in Figure 1 a. The invention includes a mostly conven- 
tional digital television system 2 that uses the known MPEG-2 compression system to transmit compressed digital sig- 
nals. In more detail, MPEG-2 compressor 3 in a broadcast centre receives a digital signal stream (typically a stream of 
video signals). The compressor 3 is connected to a multiplexer and scrambler 4 by linkage 5. 

[0188] The multiplexer 4 receives a plurality of further input signals, assembles the transport stream and transmits 
compressed digital signals to a transmitter 6 of the broadcast centre via linkage 7, which can of course take a wide vari- 
ety of forms including telecommunications links. The transmitter 6 transmits electromagnetic signals via uplink 8 
towards a satellite transponder 9, where they are electronically processed and broadcast via notional downlink 10 to 
earth receiver 12, conventionally in the form of a dish owned or rented by the end user. Other transport channels for 
transmission of the data are of course possible, such as terrestrial broadcast, cable transmission, combined satel- 
lite/cable links, telephone networks etc. 

[0189] The signals received by receiver 12 are transmitted to an integrated receiver/decoder 13 owned or rented by 
the end user and connected to the end user's television set 14. The receiver/decoder 13 decodes the compressed 
MPEG-2 signal into a television signal for the television set 14. Although a separate receiver/decoder is shown in Figure 
la, the receiver/decoder may also be part of an integrated digital television. As used herein, the term "receiver/decoder" 
includes a separate receiver/decoder, such as a set-top box, and a television having a receiver/decoder integrated 
therewith. 

[0190] In a multichannel system, the multiplexer 4 handles audio and video information received from a number of 
parallel sources and interacts with the transmitter 6 to broadcast the information along a corresponding number of 
channels. In addition to audiovisual information, messages or applications or any other sort of digital data may be intro- 
duced in some or all of these channels interlaced with the transmitted digital audio and video information. 
[0191] A conditional access system 15 is connected to the multiplexer 4 and the receiver/decoder 1 3, and is located 
partly in the broadcast centre and partly in the receiver/decoder. It enables the end user to access digital television 
broadcasts from one or more broadcast suppliers. A smartcard, capable of deciphering messages relating to commer- 
cial offers (that is, one or several television programmes sold by the broadcast supplier), can be inserted into the 
receiver/decoder 13. Using the receiver/decoder 13 and smartcard, the end user may purchase commercial offers in 
either a subscription mode or a pay-per-view mode. As used herein, the term -smartcard" includes, but not exclusively 
so, any chip-based card device, or object of similar function and performance, possessing, for example, microprocessor 
and/or memory storage. Included in this term are devices having alternative physical forms to a card, for example key- 
shaped devices such as are often used in TV decoder systems. 

[0192] As mentioned above, programmes transmitted by the system are scrambled at the multiplexer 4, the condi- 
tions and encryption keys applied to a given transmission being determined by the access control system 15. Transmis- 
sion of scrambled data in this way is well known in the field of pay TV systems. Typically, scrambled data is transmitted 
together with a control word for descrambling of the data, the control word itself being encrypted by a so-called exploi- 
tation key and transmitted in encrypted form. 

[0193] The scrambled data and encrypted control word are then received by the decoder 13 having access to an 
equivalent to the exploitation key stored on a smart card inserted in the decoder to decrypt the encrypted control word 
and thereafter descramble the transmitted data. A paid-up subscriber will receive, for example, in a broadcast monthly 
ECM (Entitlement Control Message) the exploitation key necessary to decrypt the encrypted control word so as to per- 
mit viewing of the transmission. 

Interactive system 

[0194] An interactive system 16, also connected to the multiplexer 4 and the receiver/decoder 1 3 and again located 
partly in the broadcast centre and partly in the receiver/decoder, enables the end user to interact with various applica- 
tions via a modemmed back channel 17. The modemmed back channel may also be used for communications used in 
the conditional access system 15. 

[0195] Figure 1 b shows the general architecture of the interactive television system 1 6 of the digital television sys- 
tem 1. 

[0196] For example, the interactive system 16 allows an end user to buy items from on-screen catalogues, consult 
local news and weather maps on demand and play games through their television set. 
[0197] The interactive system 1 6 comprises in overview four main elements:- 

an authoring tool 4004 at the broadcast centre or elsewhere for enabling a broadcast supplier to create, develop, 
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debug and test applications; 

• an application and data server 4006, at the broadcast centre, connected to the authoring tool 4004 for enabling a 
broadcast supplier to prepare, authenticate and format applications and data for delivery to the multiplexer and 
scrambler 4 for insertion into the MPEG-2 transport stream (typically the private section thereof) to be broadcast to 

5 the end user; 

. \ a virtual machine Including a run time engine (RTE) 4008, which is an executable code installed in the 
receiver/decoder 13 owned or rented by the end user for enabling an end user to receive, authenticate, decom- 
press, and load applications into the working memory of the decoder 13 for execution. The engine 4008 also runs 
resident, general-purpose applications. The engine 4008 is independent of the hardware and operating system; 
10 and 

• a modemmed back channel 1 7 between the receiver/decoder 13 and the application and data server 4006 to ena- 
ble signals instructing the server 4006 to insert data and applications into the MPEG-2 transport stream at the 
request of the end user. 

75 [0198] The interactive television system operates using 'applications" which control the functions of the 
receiver/decoder and various devices contained therein. Applications are represented in the engine 4008 as "resource 
flies". A "module" is a set of resource files and data. A "memory volume" of the receiver/decoder is a storage space for 
modules. Modules may be downloaded into the receiver/decoder 13 from the MPEG-2 transport stream. 

20 Receiver/decoder 

[0199] Referring to Figure 2a, the various elements of receiver/decoder 1 3 will now be described in terms of func- 
tional blocks. 

[0200] The receiver/decoder 1 3, which may be, for example, a digital set-top box (DSTB), comprises a central proc- 
25 essor 220 including associated memory elements and adapted to receive input data from a serial Interface 221 , a par- 
allel interface 222, a modem 223 (connected to the modem back channel 1 7 of Fig. 1a), and switch contacts 224 on the 
front panel of the decoder. 

[0201] The receiver/decoder is additionally adapted to receive inputs from an infra-red remote control 225 via a 
control unit 226 and also possesses two smartcard readers 227, 228 adapted to read bank and subscription smartcards 
242, 240 respectively. The subscription smartcard reader 228 engages with an inserted subscription card 240 and with 
a conditional access unit 229 to supply the necessary control word to a demultiplexer/descrambler 230 to enable the 
encrypted broadcast signal to be descrambled. The decoder also includes a conventional tuner 231 and demodulator 
232 to receive and demodulate the satellite transmission before being filtered and demultiplexed by the unit 230. 
[0202] Processing of data within the receiver/decoder is generally handled by the central processor 220. Figure 2b 
illustrates the software architecture of the central processor 220 of the receiver/decoder. With reference to Figure 2b, 
the software architecture comprises a Run-Time-Engine 4008, a Device Manager 4068 and a plurality of Devices 4062 
and Device Drivers 4066 for running one or more applications 4056. 
[0203] As used in this description, an application is preferably a piece of computer code for controlling high level 
functions of preferably the receiver/decoder 13. For example, when the end user positions the focus of remote control 
40 225 on a button object seen on the screen of the television set 14 and presses a validation key, the instruction sequence 
associated with the button is run. 

[0204] An interactive application proposes menus and executes commands at the request of the end user and pro- 
vides data related to the purpose of the application. Applications may be either resident applications, that is, stored in 
the ROM (or FLASH or other non-volatile memory) of the receiver/decoder 13, or broadcast and downloaded into the 

45 RAM or FLASH memory of the receiver/decoder 13. 

[0205] Applications are stored in memory locations in the receiver/decoder 13 and represented as resource files. 
The resource files comprise graphic object description unit files, variables block unit files, instruction sequence files, 
application files and data files, as described in more detail in the above-mentioned patent specifications. 
[0206] The receiver/decoder contains memory divided into a RAM volume, a FLASH volume and a ROM volume, 

so but this physical organization is distinct from the logical organization. The memory may further be divided into memory 
volumes associated with the various interfaces. From one point of view, the memory can be regarded as part of the 
hardware; from another point of view, the memory can be regarded as supporting or containing the whole of the system 
shown apart from the hardware. 

55 Software architecture 

[0207] The central processor 220 can be regarded as centred on a run time engine 4008 forming part of a virtual 
machine 4007. This is coupled to applications on one side (the "high level" side), and, on the other side (the "low level" 
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side), via various intermediate logical units discussed below, to the receiver/decoder hardware 4061, comprising the 
various ports as discussed above (that is, for example, the serial interface 221 , the parallel interface 222, modem 223, 
and control unit 226). 

[0208] With specific reference to Figure 2b, various applications 4057 are coupled to the virtual machine 4007; 
some of the more commonly used applications may be more or less permanently resident in the system, as indicated 
at 4057, while others will be downloaded into the system, eg from the MPEG data stream or from other ports as 
required. 

[0209] The virtual machine 4007 includes, in addition to the run time engine 4008, some resident library functions 
4006 which include a toolbox 4058. The library contains miscellaneous functions in C language used by the engine 
4008. These include data manipulation such as compression, expansion or comparison of data structures, line drawing, 
etc. The library 4006 also includes information about firmware in the receiver/decoder 13, such as hardware and soft- 
ware version numbers and available RAM space, and a function used when downloading a new device 4062. Functions 
can be downloaded into the library, being stored in FLASH or RAM memory. 

[0210] The run time engine 4008 is coupled to a device manager 4068 which is coupled to a set of devices 4062 
which are coupled to device drivers 4060 which are in turn coupled to the ports or interfaces. In broad terms, a device 
driver can be regarded as defining a logical interface, so that two different device drivers may be coupled to a common 
physical port. A device will normally be coupled to more than one device driver; if a device is coupled to a single device 
driver, the device will normally be designed to incorporate the full functionality required for communication, so that the 
need for a separate device driver is obviated. Certain devices may communicate among themselves. 
[0211] Each function of the receiver/decoder 1 3 is represented as a device 4062 in the software architecture of the 
receiver/decoder 13. Devices can be either local or remote. Local devices 4064 include smartcards, SCART connector 
signals, modems, serial and parallel interfaces, a MPEG video and audio player and an MPEG section and table extrac- 
tor. Remote devices 4066, executed in a remote location, differ from local devices in that a port and procedure must be 
defined by the system authority or designer, rather than by a device and device driver provided and designed by the 
receiver/decoder manufacturer. 

[0212] The run time engine 4008 runs under the control of a microprocessor and a common application program- 
ming interface (API). They are installed in every receiver/decoder 13 so that all receiver/decoders 13 are identical from 
the application point of view. 

[0213] The engine 4008 runs applications 4056 on the receiver/decoder 13. It executes interactive applications 
4056 and receives events from outside the receiver/decoder 13, displays graphics and text, calls devices for services 
and uses functions of the library 4006 connected to the engine 4008 for specific computation. 

[0214] The run time engine 4008 is an executable code installed in each receiver/decoder 13, and includes an inter- 
preter for interpreting and running applications. The engine 4008 is adaptable to any operating system, including a sin- 
gle task operating system (such as MS-DOS). The engine 4008 is based on process sequencer units (which take 
various events such as a key press, to carry out various actions), and contains its own scheduler to manage event 
queues from the different hardware interfaces. It also handles the display of graphics and text. A process sequencer unit 
comprises a set of action-groups. Each event causes the process sequencer unit to move from its current action-group 
to another action-group in dependence on the character of the event, and to execute the actions of the new action- 
group. 

[0215] The engine 4008 comprises a code loader to load and download applications 4056 into the receiver/decoder 
memory. Only the necessary code is loaded into the RAM or FLASH memory, in order to ensure optimal use. The down- 
loaded data is verified by an authentication mechanism to prevent any modification of an application 4056 or the exe- 
cution of any unauthorized application. The engine 4008 further comprises a decompressor. As the application code (a 
form of intermediate code) is compressed for space saving and fast downloading from the MPEG stream or via a built- 
in receiver/decoder mode, the code must be decompressed before loading it into the RAM. The engine 4008 also com- 
prises an interpreter to interpret the application code to update various variable values and determine status changes, 
and an error checker. 

Architecture of receiver/decoder 

[0216] The receiver/decoder contains five software layers, organized so that the software can be implemented in 
any receiver/decoder and with any operating system. Referring to Figure 2c, the various software layers are Application 
Layer 250, Application Programming Interface (API) layer 252, Virtual Machine Layer 254, Device Layer 256 and Sys- 
tem Software/Hardware Layer 258. 

[0217] The Application Layer 250 encompasses applications that are either resident in or downloaded to the 
receiver/decoder. They may be interactive applications used by customers, written in, for example, Java, HTML, MHEG- 
5 or other languages, or they may be applications used by the receiver/decoder to run such applications. This layer is 
based on a set of open Application Programming Interfaces (APIs) provided by the Virtual Machine layer. This system 



16 



EP 1 098 244 A2 



allows applications to be downloaded to flash or RAM memory in the receiver/decoder on-the-fly or on demand. The 
application code can be transmitted in compressed or uncompressed format using protocols such as Data Storage 
Media Command and Control (DSMCC), Network File Server (NFS) or other protocols. 

[0218] Interactive applications are applications that the user interacts with, for example, to obtain products and 
5 services, such as electronic program guides, telebanking applications and games. 

[0219] Various security features are provided for these downloaded applications and data, as follows: 

• Nothing can be downloaded to the receiver/decoder without first having been authenticated for the intended net- 
work, which prevents any unregistered software from being run in the receiver/decoder. This means that any soft- 

w ware running in the receiver/decoder is recognized and has been fully tested. 

• A Security Manager limits access of applications to various memory zones, thus assuring data integrity. 

• The system can interface with any conditional access system that makes use of secure processors (for example, 
smart cards inserted in the receiver/decoder). 



75 [0220] The following resident applications are used to manage interactive applications: 

• Boot. The Boot application 260 is the first application launched when the receiver/decoder is powered on. The Boot 
application starts the different "Managers" in the Virtual Machine, the first being the Application Manager 262. 

• Application Manager. The Application Manager 262 manages the interactive applications that are run in the 
20 receiver/decoder, that is, it starts, stops, suspends, resumes, handles events and deals with communication 

between applications. It allows multiple applications to run at once, and thus is involved in the allocation of 
resources among them. This application is completely transparent to the user. 

• SetUp. The purpose of the SetUp application 264 is to configure the receiver/decoder, primarily the first time it is 
used. It performs actions such as scanning for TV channels, setting the date and time, establishing user preter- 
ms ences, and so on. However, the Setup application can be used at any time by the user to change the 

receiver/decoder configuration. 

• Zapping. The Zapping application 268 is used to change channels using the Program-up, Program-down and 
numeric keys. When another form of zapping is used, for example, through a banner (pilot) application, the Zapping 
application is stopped. 

30 • Callback. The Callback application is used to extract the values of various parameters stored in the 
receiver/decoder memory and return these values to the commercial operator via modemmed back channel 1 7, or 
by other means. 

[0221] The API layer 252 provides high-level utilities for interactive application development. It includes several 
35 packages that make up this high-level API. The packages provide all the functionality necessary to run interactive appli- 
cations. The packages are accessible by the applications. 

[0222] In a preferred embodiment the API is adapted to run applications written in the Java programming language. 
Furthermore, it can interpret HTML and other formats, such as MHEG-5. Besides these interpreters, it also includes 
other packages and service modules that are detachable and extensible as requirements dictate. 
40 [0223] The Virtual Machine layer 254 is composed of language interpreters and various modules and systems. It 
consists of everything necessary to receive and execute interactive applications in the receiver/decoder, including the 
following: 

• Language Interpreters. Different interpreters can be installed to conform to the type of applications to be read. 
45 These include Java, HTML, MHEG-5 and others. 

• Service Information (SI) Engine. The SI Engine loads and monitors common Digital Video Broadcasting (DVB) or 
Program System Information Protocol (PSIP) tables and puts them into a cache. It allows access to these tables by 
applications which need the data contained in them. 

• Scheduler. This module allows for pre-emptive, multithreaded scheduling with each thread having its own event 
so queue. 

• Memory Manager. This module manages the access to memory. It also automatically compresses data in memory 
when necessary and performs automatic garbage collection. 

• Event Manager. This module allows events to be triggered according to priority. It manages timer and event grab- 
bing and allows applications to send events to each other. 

55 • Dynamic Linker. This module allows the resolution of addresses arising from native Java functions, loads native 
methods from a Java class downloaded into RAM and resolves calls from downloaded native codes towards ROM. 

• Downloaded This module uses automatic data loading from a remote DSMCC carousel or through the NFS proto- 
col, with downloaded files accessed in the same way as resident ones. Memory clear-up, compression and authen- 
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tication are also provided. 

• Class Manager. This module loads classes and resolves any class referencing problems. 

File System. This module is compact and optimized to manage a hierarchical file system with multiple ROM, flash, 
RAM and DSMCC volumes. Flash integrity is guaranteed against any incidents. 
5 • Security Manager. This module authenticates applications and controls the access of applications to sensitive 
memory and other zones of the set-top box. 

• Graphics System. This system is object -orientated and optimized. It includes graphic window and object manage- 
ment as well as a vectorial font engine with multi-language support. 

w [0224] Furthermore, the DAVIC resource notification model is supported so that client resources are efficiently 
managed. 

[0225] The Device Interface layer 256 includes a Device Manager and devices. Devices are software modules 
which consist of the logical resources necessary for management of external events and physical interfaces. The 
Device Layer manages communication channels between drivers and applications and provides enhanced error excep- 
ts tion checking. Some examples of managed devices are: card readers, modems, network, PCMCIA (Personal Computer 
Memory Card International Association), LED display and so on. Programmers do not have to deal with this layer 
directly, since the API layer controls the devices from above. 

[0226] The System Software/Hardware layer 258 is provided by the manufacturer of the receiver/decoder. Because 
of the modularity of the system and because services supplied by the OS (such as event scheduling and memory man- 
20 agement) are part of the Virtual Machine, the higher layers are not tied to a particular real-time operating system 
(RTOS) or to a particular processor. 

Widget sets 

25 [0227] In a preferred embodiment, a widget set is provided for use in applications to run in a graphical user interface 
(GUI). One particular application of such a widget set is to provide widgets in a GUI display of a receiver/decoder for 
digital television. Each widget is implemented as an object-oriented module such that, for each widget, there is a cor- 
responding widget class. Thus, any widget may be built up from simpler component widgets by inheriting or aggregating 
classes of other widgets. 

30 [0228] Figure 3 is a simplified diagram of the hierarchy of widgets within a widget set. In this embodiment, the 
widget set contains a set of primitive widget classes 41 0 including, amongst others, widow and dialogue box frames, a 
slider control, a push button, a check box, a text field, and a text editing box. At a next level of complexity, there are 
classes 420 which combine several primitive widget classes or modify the behaviour of a primitive widget. For example, 
a widget such as a list box may create editable list items from a text editing box class and allow a user to scroll through 

35 the list using a scroll bar derived from a slider control class. At yet a higher level of complexity, the widget set contains 
aggregate widgets 430 such as a file selection dialogue box which contains push buttons, scrollable lists, text fields and 
text editing boxes, all of which are defined in other classes of the widget set. 

[0229] Each of the widget classes implements methods and event handlers to control operation of the widget. The 
widget classes may also contain methods for drawing some parts of the widget. However, in orderto provide a particular 
40 appearance or "look" for the widget, the widget classes invoke drawing methods of a look object class with which the 
widget class is associated. This will be described in further detail below. 

Look class public methods and API 

45 [0230] In order that the look object classes and widget classes can interact, it is necessary for the look object 
classes to have a consistent set of public methods that are guaranteed to be available for use by the widget class. In 
particular, the look object class must provide a standard API, which contains methods that the widget class can invoke 
in order to draw itself on a GUI display. 

[0231] The £PI used by widgets is defined in a base class, from which all looks are derived. The API comprises the 
so following elements: 

1. General display methods 

2. Particular display methods 

3. Control of the creation and destructions of instances 
55 4. Control of borders 

5. Control of modifications 

[0232] General display methods are those which are available to all widgets while particular display methods are 
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particular to certain types of widget. 

[0233] Looks are constructed using a hierarchical architecture. A new look class is created by inheriting the 
attributes, methods and default values of the class from which it is derived, and then adding new attributes, methods 
and default values, or overriding some or ail of those inherited. 
5 [0234] A look class is organised as a table containing pointers to public methods. A look class which is derived from 
another look class may therefore redefine a method by changing the relevant pointer so that it points to another method. 
Typically, a look class only implements some of the available public methods. 

[0235] In one implementation, public methods, known as dummy methods, are provided, which do nothing other 
than return the call. If a method not implemented by the look class is called by the widget, a dummy method is called. 

io This is done in order to ensure error free functioning of method calls even when the method is in fact not implemented. 
A disadvantage of calling dummy methods is that time may be wasted in calling a method which does nothing. 
[0236] In another implementation, look classes are provided with validation masks. A validation mask defines which 
methods can be called by the look class, so that methods which are not implemented are not called. A widget can 
access the validation mask of a look class to optimise the drawing of the widget. In this case, the widget is aware of 

is methods which are not implemented, so the widget will avoid generating calls to such methods. In this way, it is possible 
to prevent time from being wasted in calling dummy methods. 

[0237] A look class may be derived from two or more other classes (multi-heritage). This can enable a look class to 
be created that is an union of two or more other looks. As mentioned above, when a look class is created, it adopts the 
attributes, methods and default values of the look class from which it is derived. In order to implement multi-heritage, 
20 the look also contains one or more pointers to the additional classes from which it derives attributes, methods and 
default values. The look can then access those attributes, methods and default values, without having to copy or create 
them itself. 

[0238] In another embodiment, when a look class is created, it adopts the attributes, methods and default values of 
all of the look classes from which it is derived. 
25 [0239] The principle of multi-heritage is also useful in situations where non-standard widgets are designed, which 
may require the look to implement non-standard methods. A pointer in the look can point to a second look class which 
contains the non-standard methods that are required to display the widget. 

[0240] It is important to ensure that the various look classes from which a look is derived do not conflict with each 
other. This can be done by ensuring that the additional look classes only contain methods which are not in the main 
30 look class from which the look is derived, or by giving an order of precedence to the various classes. 
[0241] An example of the public methods of a look object class is set forth below. 

/* Initialisation of instances */ 



35 [0242] 

MhwWgtLooklnitDefault (MhwWgtLookclass* MhwWgtLookAtts*) ; 
MhwWgtLooklnitClass (Void) ; 
MhwWgtLookResetDefault (MhwWgtLookclass*) ; 
40 MhwWgtLookAttsGetDefault (M h w Wgt Loo kC lass*, MhwWgtLookAtts*) ; 

MhwWgtLookAttsinit (MhwWgtLookAtts *) ; 

/* Retrieve and set border dimensions */ 



45 [0243] 

MhwWgtLookAttsGetBorderwidthBottotm (MhwWgtLookAtts *, Card8 *) ; 
MhwWgtLookAttsGetBorderWidthLeft (MhwWgtLookAtts *, Card8*) ; 
MhwWgtLookAttsGetBorderWidthRight (MhwWgtLookAtts*, Card8*) ; 
so MhwWgtLookAttsGetBorderWidthTop (MhwWgtLookAtts *, Card8 *) ; 

MhwWgtLookAttsSetBorderwidthBottom (MhwWgtLookAtts *, Card8) ; 
MhwWgtLookAttsSetBorderWidthLeft (MhwWgtLookAtts *, CardB) ; 
MhwWgtLookAttsSetBorderwidthRight (MhwWgtLookAtts \ Card8) ; 
MhwWgtLookAttsSetBorderWidthTop (MhwWgtLookAtts *, Card8) ; 
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/* Retrieve and Set Colours*/ 
[0244] 

5 MhwWgtLookAttsGetColorBackground (MhwWgtLookAtts*, MhwWgtColor*) ; 

MhwWgtLookAttsGetColorBlack (MhwWgtLookAtts*, MhwWgtColor*) ; 

MhwWgtLookAttsGetColorDarkGray (MhwWgtLookAtts*, MhwWgtColor*) ; 

MhwWgtLookAttsGetColorForeground (MhwWgtLookAtts*, MhwWgtColor*) ; 

MhwWgtLookAttsGetColorHighlight (MhwWgtLookAtts*, MhwWgtColor*) ; 
70 MhwWgtLookAttsGetColorLightGray (MhwWgtLookAtts*, MhwWgtColor*) ; 

MhwWgtLookAttsGetColorMapAndVisual (MhwWgtLookAtts*, MhwWgtColorMapId*, MhwWgt Visual*) ; 

MhwWgtLookAttsGetColorMiddleGray (MhwWgtLookAtts*, MhwWgtColor*) ; 

MhwWgtLookAttsGetColorTransparent (MhwWgtLookAtts*, MhwWgtColor*) ; 

MhwWgtLookAttsGetColorVeryLightGray (MhwWgtLookAtts*, MhwWgtColor*) ; 
15 MhwWgtLookAttsGetColorWhite (MhwWgtLookAtts*, MhwWgtColor) ; 

MhwWgtLookAttsSetColorBackground (MhwWgtLookAtts*, MhwWgtColor*) ; 

MhwWgtLookAttsSetColorBlack (MhwWgtLookAtts*, MhwWgtColor*) ; 

MhwWgtLookAttsSetColorDarkGray (MhwWgtLookAtts*, MhwWgtColor*) ; 

MhwWgtLookAttsSetColorForeground (MhwWgtLookAtts*, MhwWgtColor*) ; 
20 MhwWgtLookAttsSetColorHighlight (MhwWgtLookAtts*, MhwWgtColor*) ; 

MhwWgtLookAttsSetColorLightGray (MhwWgtLookAtts*, MhwWgtColor*) ; 

MhwWgtLookAttsSetColorMapAndVisual (MhwWgtLookAtts*, MhwWgtColorMapId, MhwWgtVisual) ; 
MhwWgtLookAttsSetColorMiddleGray (MhwWgtLookAtts*, MhwWgtColor) ; 

MhwWgtLookAttsSetColorTransparent (MhwWgtLookAtts*, MhwWgtColor) ; MhwWgtLookAttsSetColorVeryL- 
25 ightGray (MhwWgtLookAtts*, MhwWgtColor) ; 

MhwWgtLookAttsSetColorWhite (MhwWgtLookAtts*, MhwWgtColor) ; 

/* Retrieve and Set Heritage Data */ 

30 [0245] 

MhwWgtLookAttsGetHeritageDatal (MhwWgtLookAtts*, Void**) ; 
MhwWgtLookAttsSetHeritageDatal (MhwWgtLookAtts*, Void*) ; 

35 /* Constructor*/ 

[0246] 

MhwWgtLookNew (MhwWgtLookAtts*) ; 

40 

/* Destructor */ 
[0247] 

45 MhwWgtLookDelete (anObject) 
r Standard API */ 
[0248] 

50 

MhwWgtLookDrawAnchor (anObject, aWidget, aX, aY, aW, aH, aText, aLength, anAscent, aState) 
MhwWgtLookDrawBackground (anObject, aWidget, aX, aY, aW, aH) 
MhwWgtLookDrawCheckSymbol (anObject, aWidget, aX, aY, aW, aH, aState, aSymbol) 
MhwWgtLookDrawChoiceSymbol (anObject, awidget, aX, aY, aW, aH) 
55 MhwWgtLookDrawCross (anObject, awidget, aX, aY, aW, aH) 

MhwWgtLookDrawCursor (anObject, aWidget, aX, aY, anAscent, aH) 
MhwWgtLookDrawForeground (anObject, aWidget, ax1 aY1 aW, aH) 
MhwWgtLookDrawFocus (anObject, aWidget, aX, aY, aW, aH) 
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MhwWgtLookDrawHighlight (anObject, aWidget, aX, aY, aW, aH) 
MhwWgtLookDrawlnset (anObject,awidget1 aX, aY, aW, aH) 

MhwWgtLookDrawlterm (anObject, aWid9et, aX, aY, aW, aH, aText, aTextLength, anAscent, aState) 

MhwWgtLookDrawOutset (anObject, aWidget, aX, aY, aW, aH) 

MhwWgtLookDrawRelief (anObject, aWidget, aX, aY, aW, aH, aRelief) 

MhwWgtLookDrawSelectedBG (anObject, aWidget, aX, aY, aW, aH) 

MhwWgtLookDrawSlidArrow (anObject, aWidget, aX, aY, aW, aH, aDirection) 

MhwWgtLookDrawSlidLift (anObject, awidget, aX, aY, aW, aH) 

MhwWgtLookDrawString (anObject, aWidget, aX, aY, aText, aLength, anAscent) 

MhwWgtLookGetBorderWidth (anObject, aBorder) 

MhwWgtLookGetClassId (anObject) 

MhwWgtLookGetClassName (anObject) 

MhwWgtLookGetltemBorderWidth (anObject) 

MhwWgtLookGetMethodMask (anObject) 

MhwWgtLookGetPreferredSizeArrow (anObject) 

MhwWgtLookGetPreferredSizeCheck (anObject) 

MhwWgtLookGetPreferredSizeChoice (anObject) 

MhwWgtLookGetPreferredSizeCross (anObject) 

MhwwgtLookGetUpdateCounter (anObject) 

MhwWgtLooklslnstanceOf (anObject, aClassId) 

MhwWgtLookReDrawltem (anObject, awidget, aX1 aY, aW, aH, aText, aLength, anAscent, aState) 
MhwWgtLookRef (anObject) 

MhwWqtLookSetBorderWidth (anObject, aBorder, aWidth) 
MhwWgtLockunDrawCross (anObject, aWidget, aX, aY, aW, aH) 
MhwWgtLookUnDrawCursor (anObject, awidget, aX, aY anAscent, aH) 
MhwWgtLookunDrawFocus (anObject, awidget, aX, aY, aW, aH) 
MhwwgtLookunDrawHighlight (anObject, aWidget, aX, aY, aW, aH) 
MhwWgtLookunDrawRelief (anObject, awidget, aX, aY, aW, aH) 
MhwWgtLookunRef (anObject) 
MhwWgtLookGetBackground (anObject) 
MhwWgtLookGetColorBlack (anObject) 
MhwWgtLookGetColorDarkGray (anObject) 
MhwWgtLookGetColorHighlight (anObject) 
MhwWgtLookGetColorLightGray (anObject) 
MhwWgtLookGetColorMap (anObject) 
MhwWgtLookGetColorMiddleGray (anObject) 
MhwWgtLookGetColorTransparent (anObject) 
MhwWgtLookGetColorVeryLightGray (anObject) 
MhwWgtLookGetColorWhite (anObject) 
MhwWgtLookGetColorForeground (anObject) 
MhwWgtLookGetColorHeritageDatal (anObject) 
MhwWgtLookGetColorHeritageLinkl (anObject) 

Creating and displaying a widget 

[0249] When an application requires a widget to appear on the display of a GUI, the first task it must perform is to 
construct an instance of the widget class. During creation of the widget instance, a look class instance becomes asso- 
ciated with the widget class instance. The particular look is chosen as follows: 

1. If a look class instance is passed by the application to the constructor, then use it. 

2. Otherwise, use the default look specified for the class of widget being created, if there is one. 

3. Otherwise, use the default look specified for the widget context, if there is one. 

4. Otherwise, use the default look for the widget set. 

[0250] Once the widget class has been instantiated, the application can invoke an appropriate one of its public 
methods to display it. 

[0251] The widget class also preferably provides a public method that can be called with a pointer to a look class 
instance, and that look class instance then becomes associated with the widget class instance. This causes the appear- 
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ance of the widget to change in accordance with the newly associated look class instance. It should be understood that 
"association- is, in reality, nothing more than setting the value of a field within the widget class instance. To associate 
the widget with a different look class can, in the simplest of embodiments, be done simply by making an assignment to 
the field (However, see the comments below relating to memory management and the method MhwWgtXxxSetLook.) 
5 Moreover, many widget class instances may be associated with one look class instance. This is illustrated d.agrammat- 
ically in Figure 5. 

[0252] When a widget class method is called to draw the widget on a GUI display, it builds the image of the widget 
in the following order: 

w 1 . The background of the widget (for example, a background colour or an image). 

2. Background overlay (for example, a logo) 

3. Foreground of the widget 

4. Foreground overlay (for example, a logo) 

5. The widget border. 
75 6. Highlighting 

7. Input focus. 

[0253] For a given widget, certain parts may be absent. The presence or absence of a part of the widget depends 
on the following criteria. 
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1 Hard coding. Some of the parts are not defined for certain classes of widget. 

2. Optional parts. For example, the focus, the relief and the highlight may be inhibited.at will by means of a public 
attribute of the widget 

3. Definition of the look. A look can omit one or more of the parts. 
[0254] In a typical example, the following steps are carried out. 

[0255] Firstly the background of the widget is drawn by the widget class method itself, for example, by painting a 
background colour, a background pattern or an image. The background overlay is then drawn by invoking the public 
method of the associated look instance MhwWgtLookDrawBackground specifying appropriate arguments for the 
height, width and position of the widget on the display. The appearance of the background is thus modified by the look, 
for example, by overlaying a logo. 
[0256] The widget class method must then build up the foreground of the widget; that is to say, it creates the visual 
objects that actually are manipulated by a user or display information when the widget is in use. For example, the widget 
might implement a check box, in which case it invokes the look class method MhwWgtLookDrawCheckSymbol. The 
35 look may then modify the foreground, for example by overlaying a logo. 

r02571 The border region of the widget is then drawn, as will be described below. 

[0258] If the widget class determines that one of the objects within the widget has input focus, it invokes the look 
class method MhwWgtLookD raw Focus to indicate this in the displayed widget. Similarly, if part of the widget is to be 
highlighted, the widget class invokes the look class method MhwWgtLookD rawHighlight 

Widget border management 

[0259] One specific example of the way in which the look controls the appearance of the widget on a GUI display is 
in the management of borders. The appearance of a widget with borders in its most general form on a GUI display is 
shown in Figure 4. The widget 500 occupies a rectangular area in the display of a GUI. The area occupied by the widget 
includes two regions: an inner operative region 510 surrounded by a border region. 

[0260] The border region typically does not contribute to the function of the widget (although it may, in some cases, 
by used by a user to move and/or re-size the widget). Therefore, there is considerable scope for variation of the appear- 
ance of the border region in accordance with a user's wishes. For example, the colour, width, background pattern can 
all be selected to appeal to a user or to provide a consistent appearance. Therefore, responsibility for drawing the bor- 
der is given to the look class. 

[0261] The look maintains four dimensions to specify the width of the border. These specify the distance from the 
left right top and bottom of the operative region 510 to the edge of the widget. These dimensions are indicated respec- 
tively at [_ R T, and B in Figure 4. Values for these dimensions are specified in the default look. An application may 
define a class derived from the default look class in which the values are overridden to create a look that creates a 
widqet with a border of non-standard width. An application (for example, a look manager) can also change the values 
at run time by invoking the look methods MhwWgtLookAttsSetBorderwidth Bottom, MhwWgtLookAttsSetBorderW.dth- 
Left, MhwWgtLookAttsSetBorderwidthRight, or MhwWgtLookAttaSetBorderWidthTop. 
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[0262] Within the look class there is code that controls the detailed layout of a border according to values passed 
to the look class by the widget class. 

Widget colour management 

5 

[0^63] A look also includes a definition of colours, so that any widget instance which is associated with a particular 
look instance will use the colours defined in that look instance. In one embodiment, a look defines the following colours: 

• black 

io • dark gray 

• middle gray 

• light gray 

• very light gray 

• white 

15 • transparent 

• highlight colour 

[0264] The colour definitions in the look are used when drawing a widget. For example, if a black line is to be drawn 
when displaying a widget, the colour which has been defined as "black" will be used. For example, if the look is to have 
20 a red hue, then "black" may be defined to be dark red, and "white" may be defined to be light pink, with various shades 
of red being defined in between. In this example, a drawing operation which would normally draw a black line will 
instead draw a dark red line, and so on. 

[0265] In addition, the look defines a colour map which sets the actual colour values which are to be used when 
displaying any particular colour on the display of a GUI. 
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[0266] Suppose that the default look method MhwWgtLookDrawCheckSymbol draws a rectangular box which is 
either empty or which contains a small tick symbol depending on its state, and that this defines the look of a normal 

30 check box in a GUI. Now suppose that another widget is required in which either a tick or a cross is displayed. The 
appearance is entirely controlled by the look class, so only the look class need be altered. Moreover, a new look class 
to implement this behaviour can be derived from the existing look class, and provide only one method MhwWgtLook- 
DrawCheckSymbol to override the method of the same name in the base look class. Moreover, when the method Mhw- 
WgtLookDrawCheckSymbol is invoked with the argument aState set to true, the method 

35 MhwWgtLookDrawCheckSymbol of the base class can be called to draw a tick. New code need be written only to han- 
dle the case where a cross is to be drawn. Thus, a new widget can be created with a minimum of programming effort. 
[0267] It should be understood that this procedure does not alter the appearance of the original check box widget; 
this widget uses the base look class which has not been amended. In order to effect a change to the appearance of the 
original check box widgets in an application, the method MhwWgtLookDrawCheckSymbol in the base look class must 

40 be amended. All check box widgets derived from that class will then change their appearance following the next occa- 
sion (at compile time, or run time, as the case may be) upon which the look class is linked with the application. 
[0268] The widget class will, in principle, co-operate to create a widget with any class having an appropriate set of 
public methods and properties as a look class. However, there is advantage in deriving all look classes from as small 
as possible a number of common base classes, and ideally just one base class. Those familiar with object-oriented pro- 

45 gramming will understand that this minimises the use of memory and other resources by the look classes. A derived 
class has a pointer to its base class so that it can access method code and static data of the base class without dupli- 
cation of such code or data in memory. 
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[0269] It may be that some widget instances have a very long life. For example, the root window of a window man- 
ager, a taskbar widget in a workstation display, and so forth. In such cases, there is a strong possibility that the look 
classes might be updated during the life of the widget. The widget class must be caused to re-draw itself when this hap- 
pens. 

55 [0270] One a way to achieve this is to give each look class an update counter which is exported as a public property 
or is accessible though a public method. When a widget class is instantiated, the widget class instance queries the 
update counter of the associated look, and stores the value of the update counter in memory local to the widget class 
instance. If the instance of the look class is subsequently updated, the widget class instance can detect this change by 
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comparing the value that is stored in its local memory with the value of the update counter in the look class instance. If 
the look class instance has been updated, the widget can then re-draw itself using the methods of the look class. 

Construction and Destruction of Look Class Instances 

[0271] In general, there will be fewer instances of each look class than of each widget class. In some cases, there 
may be just one instance of a look base class referred to by all widget class instances in an application. There may also 
be instances of derived look classes referred to by some of the widget class instances of an application. However, a 
widget class cannot assume that there will always be a look class instance in existence at the time that the widget class 
is being instantiated; the widget instance might be the first to require association with a particular look class. 
[0272] Therefore, it is proposed that during instantiation of each widget class, the widget class constructor invokes 
the associated look class constructor MhwWgtLookNew. If no instance of the look class exists, then a new instance is 
created. A value of 1 is then stored in a reference counter held in the local memory of the look class instance. If an 
instance of the look class already exists, the look class constructor returns a pointer to it, and increments the reference 
counter. 

[0273] During destruction of each widget class instance, the destructor of the widget class invokes the destructor 
MhwWgtLookDelete for the associated look class instance. The destructor MhwWgtLookDelete decrements the refer- 
ence counter. If the counter remains greater than zero, the destructor simply returns. However, if the destructor reaches 
zero, then no widget class instances (other that the one undergoing destruction) are associated with that look class 
instance, in which case the look class destructor proceeds to remove the look class instance from memory. 
[0274] ' The widget class method MhwWgtXxxSetLook can be called to change the look with which a particular 
widget class instance is associated. Within this method, a call is first made to the destructor of the outgoing look class 
instance, and a call is then made to the reference function of the new look class to obtain a pointer to a class instance. 
This ensures that the reference counters of the look classes are properly updated. 

[0275] There must also provision for a new instance of a look class to be created even if an instance already exists. 
This allows an application to have more than one instance of any given look class, and to set different attributes in the 
different instances. For example, there may be two instances of the same look class identical in all respects other than 
one has all attributes remaining in accordance with their defaults, and the other having different values assigned to one 
or more of its attributes (border width, colour, and so forth). 

Look Managers 

[0276] As will be understood, the system of look classes and instances allows very detailed control over the overall 
look of an application. For instance, just one attribute of any look class can be changed to effect a minor change to the 
look of an application. Accordingly, a look manager application may be provided to enable a user to alter these attributes 
as required. Such an application typically includes a GUI display including widgets embodying the invention in order that 
the user can immediately see the effect of changing the attributes of the look upon the appearance of the widget. 

Web browser 

[0277] The internet navigator interface will now be described with reference to the accompanying drawings. 
[0278] Figure 6a shows a screenshot of the main screen navigator display of an Internet browser. The main screen 
shows a vertical chain 1 100 which includes the main menu which includes various buttons as a linked list. The buttons 
are linked by link elements of the chain. The buttons shown in the chain 1 1 00 of Figure 6a include the RELOAD/STOP 
button 1110, the PREVIOUS button 1120, NEXT button 1130, HISTORY button 1140, BOOKMARK button 1150, SET- 
TINGS button 1 160 and the QUIT button 1 170. 

[0279] The main menu chain 1100 is arranged to be superimposed on the hyper-text markup language (HTML) 
document to be displayed on the screen 1101. In Figure 6a, no HTML document is displayed and the screen 1101 is 
blank apart from the main menu chain 1 1 00. 

[0280] The web browser includes several preferences which can be set by the user. The browser includes a facility 
for setting several user profiles. 

[0281] The user has a controller with which he can navigate between objects on the screen 1101, highlight objects 
and select objects. In the present example, the controller used is a television remote control 1180. The number keys 
1181 are used to enter data; the cursor keypad 1182 is used to navigate around the screen. The cursor keypad 1182 
; includes an UP key 1183, a DOWN key 1184, a LEFT key 1185 and a RIGHT key 1187. The cursor keypad 1182 also 
incudes a SELECT key 1 186 which is used for selecting objects on the screen. 

[0282] The UP key 1183 and the DOWN key 1184 are used to move a focus, in this example a highlight up and 
down the chain 11 00 to selectively highlight the buttons 1 1 10, 1120, 1 130, 1140, 1150, 1160 and 1170. When a button 
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is highlighted, it can be selected using the select key 1 1 86. 

[0283] When an HTML page is displayed, any button of the remote control calls the chain 1 1 00 (toolbar). The chain 
1 1 00 can also be turned on and off by the user. In one settings option the chain 1 1 00 automatically is hidden when a 
new HTML page is displayed, the user calling up the chain 1 1 00 when he wants to move to another HTML page. 
5 [0284] Figure 7 shows the screen of Figure 6a having an HTML document open. Information about the open doc- 
ument is given in a text box 1 1 12 linked in the chain to the RELOAD/STOP button 1 1 10. It will be seen that the chain 
links 1 1 14 between the buttons indicate visually to the user that he can move between the buttons in the direction of the 
links. 

[0285] Figure 6a shows the RELOAD/STOP button highlighted (the highlighted RELOAD/STOP icon is white on a 

w dark background rather than dark on a white background as in Figure 7 where it is not highlighted). The HTML docu- 
ment can be reloaded by pressing the select key 1 1 86 when the RELOAD/STOP button is highlighted. 
[0286] The user moves the highlight down the chain 1 1 00 using the DOWN key 1 1 84. In Figure 7, the PREVIOUS 
button 1120 is now highlighted. Figure 8 shows how, when the highlight is on the PREVIOUS button 1120 a "tooltip 0 
comprising a text box 1 122 appears on the screen. In the present example, the tooltip appears as soon as the relevant 

15 icon is highlighted. The preferences could be set so that the tooltip appears after a delay when the button is highlighted. 
' The text box 1 122 includes the word "previous" to indicate the function of the PREVIOUS button 1120. By activating the 
PREVIOUS button, by pressing the SELECT key 1 1 86, the browser moves to the previous page viewed. 
[0287] In Figure 9, the highlighting is moved down to the NEXT button 1 130 and, after a short time, a tooltip com- 
prising a text box 1 132 including the word "next" appears to assist the user. 

20 In Figure 10, the HISTORY button 1140 is highlighted and its associated tooltip 1142 appears with the word "history". 
The HISTORY button 1 140 has more than one function and so, activating the button by pressing the SELECT key 1 186 
on the control keypad causes a sub-chain 1 1 44 to appear giving further options relating to the history function. The sub- 
chain 1144 is shown in Figure 11. The sub-chain 1144 includes additional buttons including a VIEW button 1146 and 
an ADD button 1 148. The user moves along the sub-chain 1 144 using the RIGHT and LEFT keys 1 187, 1 185. In the 

25 screen display of Figure 1 1 , the VIEW button is highlighted and a tooltip 1 1 47 appears to tell the user that the button 
highlighted is VIEW. It will be noted that the tooltips attached to the main chain 1 100 appeared on the right hand side 
of the chain 1100; the tooltips for the sub-chain appear above the sub-chain. 

[0288] The size of the box for the tooltip is matched to the length of the word or words to be displayed. Where dif- 
ferent language preferences can be set, the size of the box for the tooltip is preferably matched to the length of the word 

30 in the language selected. 

[0289] Figure 12 shows the display obtained when the VIEW button is selected. A VIEW HISTORY window 1 141 
appears on the screen having a heading 1 143 (here the French language option has been selected for the heading) and 
showing details 1 1 45 of previous pages viewed by the user. The user may scroll up and down the text and highlight one 
of the details 1 1 45 using the SELECT key 1 1 86. The LEFT and RIGHT keys are used to highlight the OK or CANCEL 

35 keys 1149, 11 49\ 

[0290] Figure 13 shows the ADD button 1 148 highlighted and its associated tooltip. The ADD button 1 148 is used 
to add the presently displayed page to the history list 1 145. 

[0291] Figure 14 shows the BOOKMARK button 1150 highlighted and its associated tooltip 1151. In Figure 15, the 
BOOKMARK button 1 150 has been selected and the bookmark sub-chain 1 1 52 is shown including the tooltip 1 1 51 , the 

40 VIEW, ADD, DELETE and EDIT buttons, 1 1 53, 1 1 54, 1 1 55, 1 1 56. In Figure 1 5, the VIEW button 1 1 53 is highlighted and 
its tooltip shown. The VIEW button 1153 is selected and the VIEW window 1157 is shown (see Figure 16). (It will be 
seen that, for clarity, the bookmark sub-chain 1 152 is not shown when the view window 1 157 is on the screen.) The 
VIEW window 1 157 includes a heading, and a scrollable text box listing bookmarks. As for the VIEW HISTORY window, 
the window also includes OK and CANCEL keys. The cursor keypad 1 1 82 is used to navigate about the window and to 

45 select a bookmark, if desired. 

[0292] In Figure 17, the ADD button 1154 is highlighted and its tooltip is displayed. If the ADD button is selected, 
the ADD window is displayed (see Figure 1 8). The ADD window 1 1 58 includes two boxes for text entry to enter the URL 
of the bookmark and its title. Data is entered into the window using the number keys 1 181 (for example using the on- 
screen keyboard described herein). The window also includes OK and CANCEL keys as described above. The user 

so navigates between the text entry boxes and the OK and CANCEL keys using the cursors 1 182. 

[0293] Figure 19 shows the DELETE button 1 155 highlighted and its tooltip. By selecting the DELETE button 1 155, 
bookmarks may be deleted. 

[0294] Figure 20 shows the EDIT button 1 156 highlighted and its tooltip. By selecting the EDIT button 1 156, book- 
marks may be edited. 

55 [0295] Figure 21 shows an alternate form of the bookmark sub-chain 1 152 in which the bookmark tooltip 1151 is 
not shown. This can save space on the screen, in particular if the sub-chain is long. The appearance of the tooltips is 
an option which can be selected by the user. 

[0296] Figure 22 shows the SETTINGS button 1 1 60 highlighted, and its tooltip 1161. When SETTINGS is selected, 
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the authentication window 1 165 is displayed (see Figure 22) prompting the user to identify himself and to give the user 
password before the settings can be altered. The authentication window 1 1 65 includes two text entry boxes for the entry 
of the username and password using the number keys 1181 and OK and CANCEL buttons. Once the correct username 
and password have been entered into the authentication window 1165 and the OK button selected, the settings sub- 
5 chain 1 1 62 is displayed, see Figure 24. 

[0297] The settings sub-chain 1162 includes the MODEM button 1163 and the BROWSER button 1164. Figure 24 
shows the MODEM button 1 163 highlighted and its associated tooltip. By selecting the MODEM button 1 163, the set- 
tings of the modem may be changed. Figure 25 shows the BROWSER button 1164 highlighted and its associated tool- 
tip. When the BROWSER button 1 164 is selected, the browser window 1 166 is displayed, see Figure 26. Again, the 
w user navigates around the objects in the window using the cursor keys 1 1 82. The objects in the browser window include 
a COLOUR drop-down list 1167. By highlighting the list head and selecting it using the cursor keys 1182, the items of 
the list appear and the user can move up and down the list and select a new browser colour using the cursors. Similarly, 
the text language of the browser can be changed using the drop-down list 1 1 68. By moving the highlight to the tooltip 
select 1 1 69 and pressing the select button 1 1 86, the tooltips can be turned on and off. The window includes, as before, 
is OK and CANCEL buttons. 

[0298] Figure 27 shows the QUIT button 1 170 highlighted and its associated tooltip 1 171 . If the QUIT button 1 170 
is selected, the quit sub-chain 1172 appears (Figure 28). In Figure 28, the CONFIRM button 1173 is highlighted and 
has its tooltip displayed. If the user wishes to quit the web browser, he selects the CONFIRM button 1173. If the user 
wants to cancel the quit selection, he selects the CANCEL button 1 174 shown highlighted in Figure 29 with its tooltip. 
20 [0299] Alternative designs of the main menu chain 1 100 may be used, whereby the shape of the individual buttons 
and the texture can been changed preferably without changing the overall shape of the chains. The colour may also be 
changed. These changes can be made available as options in the settings menu, the shape and texture of the chain 
being changed as a whole to give a coherent design (skin) for the browser. 

[0300] For example, the buttons might have square, circular, diamond or other shapes, with a texture preferably 
25 designed to give a three-dimensional appearance. The appearance of the links between the buttons may be designed 
to match the appearance of the buttons, or alternatively to complement it. The appearance of the links may also be cho- 
sen so as to give the appearance of structural solidity, to enhance the user's perception that the buttons are meaning- 
fully interlinked. 

[0301] The arc shape of the chain shown in Figures 6-30 is chosen by the developer, and is preferably not alterable 
30 by the user. Other configurations of the button chain and sub-chains are possible, such as a straight chain or a semi- 
circular chain. In other embodiments, the button order and configuration of the button chain and sub-chains may be 
modified by the user. 

[0302] The receiver/decoder provides internet navigation and email-reading capabilities. 
[0303] The graphical studio for modelling a navigator is now discussed. 

35 [0304] The graphical studio for modelling a navigator is an ensemble or collection of elementary graphical objects. 
Each graphical object is the pictorial representation on a television screen of one of the functions of the navigator. Each 
function of the navigator can be represented by a graphical object, or by a sequence of images of a graphical object (an 
animated image), or a collection of graphical objects (for example, an image in the background of the screen or an 
image in the background of a dialog box to which other graphical objects can be attached). There are two internal for- 

40 mats for images: MPEG2 and PIXMAP-GRL. 

[0305] The PNG format is used for elementary graphical objects representing the "navigation system 0 functionality: 
load, connect, previous document, next document, exit, etc. 

[0306] To imprint a non-rectangular image on the graphical plane, it is necessary to use a clipping mask which 
defines the visible (significant) zones. This mask must be provided by the designer in the form of a bitmap: this mask is 
45 not calculated by the program owing to performance constraints. 

[0307] The two stages for adding a clipping mask are first displaying an image and then, in the graphical plane, fill- 
ing in a rectangle of the same dimension and position of the image with the transparency colour while applying the clip- 
ping mask to render visible the useful part of the image. 

[0308] The PIXMAP-GRL image format is used for graphical objects representing the navigator resources or the 
so user interface: vertical scrollbar, tables, simple choice, multiple choice, etc. 

[0309] The PIXMAP type objects are of variable dimension (each graphical object or model is decomposed into 
simple elementary objects) and colourable (changing colour). 

[0310] The PIXMAP-GRL image format may be obtained by converting any other graphical formats (such as BMP, 
JPEG, GIF, PNG, etc.) using well-known methods. 
55 [0311] The decomposition of a graphical object into graphical elements is effected according to a matrix (e.g. 3x3, 
4x4 or 1x4) which depends on the type of object being displayed. 

[0312] The palette contains 256 colours. This palette is applied to graphical objects of type PIXMAP and PNG. In a 
palette, there are two parts. The first part consists of 26 colours which are reserved to facilitate the display and the 
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design of the application. The second part consists of 230 non-modifiable colours which are available for use by appli- 
cations. 

[0313] The maximum size of the screen is 720 pixels wide by 576 high. To guarantee the visibility of the screen on 
every low-end television set, it is necessary to restrict the size to 592 pixels wide and 480 high. To exploit high-end tel- 
5 evision sets, the user will have the option to adjust the size of the screen. For an internet navigator, sites have in general 
designed their pages 600 pixels wide and 400 high. 

[0314] The generic attributes of a graphical object are now discussed in detail. 

[0315] A graphical object (according to what it represents) has a precise size. The exact size is defined by the 
designer and serves as a guide for the display. 

w [031 6] Each graphical object is resizeable. According to the type of graphical object, it is possible to resize the width 
and/or height. The method of resizing of a PIXMAP-GRL graphical object follows the recommendations of the decom- 
position of a graphical object. The method of drawing variable size graphical objects is discussed further later on. 
[0317] The image of the graphical object on the screen is represented by a multicoloured shape; the background 
image should have a range of colours if possible (fluid, the effect of modelling clay). 

is [031 8] The image of the graphical object does not have to be drawn according to its position (coordinates), or 
according to the order of the following or preceding object on the screen: the notion of a floating position of the object. 
Each object is by definition independent of the other objects (except for a background image). 

[0319] The text is printed by the program according to the chosen language. This implies that no image should con- 
tain text. The design of an object is left in the hands of the designer. The general look can follow a particular theme (e.g. 
20 Startrek, 007, the Simpsons). 

[0320] The aspect of focus can be represented by several means: a rectangular focus on the graphical object; a 
focus highlighting (with another colour) the background of the graphical object, or a focus colouring in the shape of the 
graphical object. 

[0321] The normal state (without focus, active, not depressed) is the basic one of the graphical object. 
25 [0322] The inhibited state of a graphical object can be represented by several means: the shape of the object in 
grey (or vignetted); the overlaying of a distinctive prohibitive sign on the graphical object in question; setting the back- 
ground of the object to monocolour, or making the object invisible. 

[0323] The depressed state of a graphical object is the graphical representation of an object having the focus fol- 
lowing a click on it but before the button is released. This representation can be an inverse display of the object or it can 

30 be the same as the focussed state. 

[0324] With regard to the flip-flop (head to tail) display effect, an image or icon may comprise two visual aspects: 
one representing the text (the reverse, or tails* side of a Euro coin, for example), the other representing a symbol (the 
face, or 'heads' side). This visual effect is animated by a program running on a timer; a timer is started at the display of 
a first icon, and as soon as the timer reaches a predetermined value, the change of icon takes place: either a second 

35 icon is displayed, or a sequence of icons showing a progressive change is displayed. 

[0325] The decomposition of a graphical object of PIXMAP-GRL type is now described, with reference to Figures 
31 to 38. These figures show examples of the elementary graphical objects used in the matrix decomposition method 
(1201-1209, 1211-1219, etc.), and the corresponding graphical object formed when the elementary objects are com- 
bined in the appropriate fashion (1210, 1220, etc.). The figures have been enlarged approximately by a factor of four. 

40 [0326] To be able to resize a graphical object (increase or decrease), each graphical object (a design created by 
the graphic artist) is split into the form of a matrix of graphical elements like the pieces of a puzzle. Each element is then 
referenced according to the four cardinal corners and the centre (north, south, east, west, centre, north-east, north- 
west, south-east, south-west, centre of the centre). The width and height of the matrix depends on the type of object. 
[0327] Certain graphical elements (pieces of the puzzle) are printed only once (the corners). To make the object 

45 wider or taller, certain elements are printed in a repetitive fashion (n times the width or height of the element, respec- 
tively). 

[0328] Graphical objects which are formed by, or form part of, the matrix decomposition (or tiling) method are now 
listed. These graphical objects are drawn in the HTML document area. 

so • Button with/without text in the active state (121 0): 3x3 matrix (1201 -1209); size of elements: 4 pixels wide and high; 
elements to resize the width: north-centre (1202), centre (1205), south-centre (1208); elements to resize the 
height: west-centre (1204), centre (1205), east-centre (1206). 

• Button with/without text in the active, depressed state (1220): 3x3 matrix (121 1-1219); size of elements: 4 pixels 
wide and high; elements to resize the width: north-centre (1212), centre (1215), south-centre (1218); elements to 

55 resize the height: west-centre (1214), centre (1215), east-centre (121 6). 

♦ Button with/without text in the inactive, greyed state (1 230): 3x3 matrix (1 221 -1 229); size of elements: 4 pixels wide 
and high; elements to resize the width: north-centre (1222), centre (1225), south-centre (1228); elements to resize 
the height: west-centre (1224), centre (1225), east-centre (1226). 
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'Check box', shown with/without focus, and crossed/uncrossed (Figure 34): 1x1 matrix; size of elements: 16 pixels 
wide and high; elements to resize the width: none; elements to resize the height: none. 

List of options, for single or multiple selection (1252, 1253, 1254): 3x3 matrix (1241-1249); size of elements: 4 pix- 
els wide and high; elements to resize the width: north-centre (1242), centre (1245), south-centre (1248); elements 
t<j resize the height: west-centre (1244), centre (1245), east-centre (1246); can comprise an up (1250) and/or down 
indicator (1251); position: x,y origin + width and height of the up indicator. 

Up indicator (1250): 1x1 matrix; size of elements: 16 pixels wide and 8 pixels high; elements to resize the width: 
none; elements to resize the height: none; position: y origin, centred on the width 

Down indicator (1 251 ): 1 x1 matrix; size of elements: 1 6 pixels wide and 8 pixels high; elements to resize the width: 
none; elements to resize the height: none; position: y origin + height of up indicator + height of list, centred on the 
width. 

Table (for drawing forms) (1260): 3x3 matrix (1270); size of elements: 2 pixels wide and high; elements to resize 
the width: north-centre, centre, south-centre; elements to resize the height: west-centre, centre, east-centre; can 
comprise a cell. ' 

Cell (for drawing an entry in a form) (1280): 3x3 matrix (1290); size of elements: 2 pixels wide and high; elements 
to resize the width: north-centre, centre, south-centre; elements to resize the height: west-centre, centre, east-cen- 
tre; can comprise text or an image; position: x,y origin + thickness of the table border. 

Text with frame (TextArea) (1300): 3x3 matrix (1310); size of elements: 2 pixels wide and high; elements to resize 
the width: north-centre, centre, south-centre; elements to resize the height: west-centre, centre, east-centre; can 
comprise text. 

Frame (1320): 3x3 matrix (325); size of elements: 4 pixels wide and high; elements to resize the width: north-cen- 
tre, centre, south-centre; elements to resize the height: west-centre, centre, east-centre 

• Vertical scrollbar (1330): 1x3 matrix; size of elements: 8 pixels wide and high; elements to resize the width: none; 
elements to resize the height: centre; attached to the frame (depending on the position of the frame object); com- 
prises the indicator graphical object of the index relative to the height 

• Horizontal scrollbar (1340): 3x1 matrix; size of elements: 8 pixels wide and high; elements to resize the width: cen- 
tre; elements to resize the height: none; attached to the frame (depending on the position of the frame object); com- 
prises the indicator graphical object of the index relative to the width. 

• Horizontal line: 1x1 matrix; size of elements: 4 pixels wide and high. 

• Vertical line: 1x1 matrix; size of elements: 4 pixels wide and high. 

[0329] A summary of all of the graphical objects in the web browser interface and their associated functions is now 
given. 

[0330] What follows is a non-exhaustive list of the graphical objects which are necessary for the construction of a 
navigator model in the decoder. The table given here lists the objects element-by-element and the list of objects com- 
posed of several graphical elements. 
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Elementary graphical 
object 


Functionality 


Type 


Lominenu 


5 

1 


B1~N_Connecter 


Connect/disconnect 
the modem line 


Clickable PNG 
image 


Initiates the modem connection 
with the defined profile 
inform a t i on 




BTN_Deconnecter 


Connect/disconnect 
the modem line 


Clickable PNG 
image 


Disconnects the modem 


10 
15 


WI'M Information Profil 


Access to the 
authentication 
information for the 
connection profile 


Clickable PNG 
image 


Displays a dialog box for 
configuring the subscriber 
profile: login, password and 
telephone number 


BTN_lnf ormati on_Serve 
ur 


Rapid access to the 
proxy server 
information 


Clickable PNG 
image 


Displays a dialog box for 
configuring the parameters of 
the proxy servers 


20 


BTN_Configuration_nav 
igateur 


Rapid access to the 
navigator options 


Clickable PNG 
image 


Displays a dialog box for 
configuring the navigator 
options 




BTN_Acces_Email 


Rapid access to the 
email application 


Clickable PNG 
image 


Starts the email client 


25 


BTN_Docurnent_Preced 
ent 


Previous page 


Clickable PNG 
image 


Displays the immediately 
preceding HTML page 




BTN_Document_Suivan 
t 


Next page 


Clickable PNG 
image 


Displays the immediately 
following HTML page 


30 


BTN_Stop_Chargement 


Stop the current 
document loading 


Clickable PNG 
image 


Stops the current document from 
loading 




BTN_Annuaire 


Rapid access to 
bookmarks 


Clickable PNG 
image 


Displays a dialog box containing 
the bookmark list 


35 


RTM Out tier 


Leaves the 

application and 
returns to TV 


Clickable PNG 
image 


Leaves the application 


40 




Rapid access to the 
selection of a link 


Clickable PNG 
image 


Opens the dialog box from 
which one can access a site 
address (URL) or trorn wnicn 
one selects an established URL 1 


45 


lMGJLogo_Navigateur 


Logo 


Clickable PNG 
image 


Circular sequence of images to 
display the current loading 
activity 




IMG_Logo_Operateur 


Logo 


Clickable PNG 
image 














50 


lMG_Diode 


Status or activity 
indicator 


Non-clickable 
PNG image 


Coloured diodes (LEDs): red, 
green, blue, black, yellow 
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Elementary graphical 
object 


Functionality 


Type ~T 


Comments 


BTNJFlecheJiaut 


Move up one row 


Clickable and I 
non-clickable I 
PNG image j 


Clickable images indicating: 
depressed state, non-depressed 
state and inhibited state 
Non-clickable images 
indicating: inhibited and normal 
status 


BTN^Fleche^bas 


Move down one 
row 


Clickable and | 
non-clickable I 
PNG image J 


Clickable images indicating: 
depressed state, non-depressed 
state and inhibited state 
Non-clickable images 
indicating: inhibited and normal 
status 


TfTN_Fleche_droite 


Move cursor 
forward 


Clickable and 
non-clickable j 
PNG image 


Clickable images indicating: 
depressed state, non-depressed 
state and inhibited state 
Non-clickable images 
indicating: inhibited and normal 
! status 


BTN_Fleche_gauche 


Move cursor 
backward 


Clickable and 
non-clickable 
PNG image 


| 3 clickable images: depressed 
state, non-depressed state and 
inhibited state 
2 non-clickable images: 

| inhibited and normal status 


BTN_Page_haut 


Move cursor up 
several rows (half a 
page or previous 
page) 


Clickable and 
non-clickable 
PNG image 


I 3 clickable images: depressed 
I state, non-depressed state and 
I inhibited state 
I 2 non-clickable images: 
I inhibited and normal status 


BTN_Page_bas 


Move cursor down 
several rows (half a 
page or following 
page) 


Clickable and 
non-clickable 
PNG image 


I 3 clickable images: depressed 
I state, non-depressed state and 
I inhibited state 
I 2 non-clickable images: 
I inhibited and normal status 
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Elementary graphical 
object 


Functionality 


Type 


Comments 


BTNJFrame_Suivante 


Go to next frame 


Clickable PNG 
image 


3 clickable images: depressed 
state, non-depressed state and 
inhibited state. 

This image is visible if there is a 
frame following; otherwise the 
image is not displayed to avoid 
overloading the screen 


BTN_Frame_Precedente 


Go to previous 
frame 


Clickable PNG 
image 


3 clickable images: depressed 
state, non-depressed state and 
inhibited state. 

This image is visible if there is a 
frame following; otherwise the 
i m c\ nf* ic Tint HiRTklav^rf to avoid 

UIk1J£v Io I lUl uioyiajvu \\j a vviu 

overloading the screen 










BTN_Choix_Croix 


Indicator oi 
whether an option 
within a list is 
checked or not 


Clickable and 
non-editable 
PNG image 


Like a box for insertion of a 
cross. Multiple choice possible, 
nence mere are m images, 
checked and non-checked 


BTN_ChoLx_SimpJe 


Indicator of 
whether an option 
within a list is 
checked or not 


Clickable and 
non-editable 
PNG image 


Like a box for insertion of a 
cross, uniy one cnoicc xruiu « 
list. Hence there are 2 images: 
checked and non-checked 










BTN_Ok 


Validates a 
question or 
information 


Clickable and 
non-editable 
riNvj image 


Generic validation image 
(without text). To be used in a 

CLIalOg DUA... 


BTN_Annuler 


Deletes a question 
or information 


Clickable and 
non-editable 
r jNvj image 


Generic deletion image (without 
text). To be used in a dialog 

Lav 

DOX ... _j 


BTN_Oui 


Positive answer to 
a question 


L^iicKaDic ana 
non-editable 
PNG image 


VjCHCIiC vaiiuautiij li i la £,v 

(without text). To be used in a 
dialog box... 


BTN_Non 


Negative answer to 
a question 


Clickable and 
non-editable 
PNG image 


Generic negation image 
(without text). To be used in a 
dialog box... j 


















lMG_Curseur_N ormal_ 
Souris 


Pointer / graphics 
cursor 


Normal 

graphics cursor 
indicator image 


Like an arrow with a hotspot 
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Elementary graphical 
object 


Functionality 


Type 


Comments 


IMG_Curseur_Attente_S 
ouris 


Pointer in busy 
mode 


Busy indicator 


Like an egg timer or 
chronometer 


IMG Curseur TextC 


Position of the 
graphics cursor in a 
text during access 


Indicator 




IMG_Statusline 


Display of a text in 
one row of 4/5 of 
the size of the 
screen 


Background 
image for 
displaying non- 
editable text 


Image without text. The text will 
be displayed in truncated 
format. The text has no more 
than 40 characters 










IMGJndefinie 


Generic display of 
an image not yet 
loaded 


Clickable and 
non-clickable 
image 


image representing an image in 
an HTML document which has 
not yet been loaded into the 
memory, or whose loading was 
interrupted 










BDG_Login_P as sword 


Generic dialog box 
for displaying or 
entering the login 
and the password 
for accessing a 
secure site 


Screen 
background 
image with 
graphic border 


Background image delimiting an 
area of informational text, login 
field or password field. This 
dialog box is required to access 
a secure site. The program 
masks the password 


BDG_Information_Profi] 


Generic dialog box 
for displaying or 
entering the login, 
password and 
telephone number 
of a distance access 
server. 


Screen 
background 
image with 
graphic border 


Background image delimiting an 
area of informational text, login 
field, password field or 
telephone number field. This 
dialog box is required before 
dialling the access server. The 
program masks the password, 
and confirmation of the 
password will be requested. 


BDG_Confirmation__Pas 
sword 


For confirming the 
entry of a 
password. 


Dialog box 
having a 
background 
image with 
graphic border 


Background image delimiting an 
area of informational text and a 
password field. This dialog box 
is required when the user 
modifies or enters a new 
password. The program masks 
the password 
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Elementary graphical 
object 


Functionality 


Type 


Comments 


lMG_Telecommande_fil 
igranc 


Filigree (outline of 
the keys) of the 
remote control for 
advanced entry 
using the virtual 
keyboard j 


Outline 


The outline of the remote 
control is overlaid on the image 
of the virtual keyboard to make 
the keys of the remote control 
correspond visually to the layout 
of keys of the virtual keyboard. 
Rapid access by visual memory j 
and not by documentary 
memory. The outline of the 
remote control keys does not 
consist of any letters or symbols. 


BKG_CIavier_virruel 


Virtual keyboard 
for advanced entry 
using a remote 
control 


Background 
image of a 
keyboard 


The virtual keyboard is 
represented on the screen like 
that of a PC but without 
displaying letters or figures on 
the keys. Putting letters on each 
key is handled by the program: 
this allows the definition of a 
generic international language 
keyboard (azerty, qwerty or 
others). The outline image of 
the remote control is overlaid on 
the keyboard and follows the 
focus: this achieves the aim of 
showing visually that pressing a 
remote control button 
corresponds to a key press on 
the keyboard without having to 
memorize the translation in 
advance. The ESCape key 
dismisses the virtual keyboard. 
Certain keys serve as function 
keys: "http^/www", M .fr*\ 
".com", ".org", etc., and others 
have certain functions: "Enter**, 
"Backspace**, "Del", etc. 
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Elementary graphical 


Functionality 


Type 


Comments 




object 








5 


BKG_Toolbar_Navigati 
on 


Displayed in the 
toolbar background 


Background 
image 






BKG_Toolbar_Systeme 


Displayed in the 


Background 






Configuration 


toolbar background 


image 




10 


x3ivvJ /vim uojjc 


Displayed in the 
background of the 
bookmark dialog 
box 


Background 
image 




15 


RKf. Information Profil 


Displayed in the 
background of the 
subscriber profile 


Background 
image 




20 




confi gurati on 








dialog box 








"BKG_lniormation_i»erv 


Displayed in the 








eur 


background of the 






25 




proxy server 
configuration 
dialog box 







30 



35 



r0331l The following table describes the different elementary graphical objects which form a graphic object which 
can have a variable size in the graphical representation. The juxtaposition of elementary objects to make a complex 
object is effected by the program (reconstituting the puzzle). These objects are of PIXMAP format. 





Elementary graphical j 
object 


Functionality 


Type 


Comments 


40 


TBL_Vertical_Gauche 


To represent the 
border of a variable 
size table 


Image 


To draw a border on a table of 
variable size. This object 
represents a vertical stretch of 
the left side of the border 


45 


TBLJ/erticalJ>roite 


To represent the 
border of a table 


Image 


To draw a border on a table o^ 
variable size. This object 
represents a vertical stretch of 
the right side of the border 



50 
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Elementary graphical 


Functionality 


Type 


Comments 




object 








5 


TBL_Horizontal_Haut 


To represent the 


Image 


To draw a border on a table of 


I 




border of a table 




variable size. This object 
represents a horizontal stretch of 
the top side of the border 


10 


TBL_Horizontal_Bas 


To represent the 
border of a table 


Image 


To draw a border on a table of 
variable size. This object 
represents a horizontal stretch of 
the bottom side of the border 


15 


TBL Ancle Haut Gauc 


To represent the 


Image 


To draw the top left comer of a 




he 


corner of the 

UUJUvl VIA A wUlv 




table border. 




TBL_Angle_H aut_Droit 


To represent the 


Image 


To draw the top right comer of a 


20 


e 


corner of the 

Kr»r/1er a tahle 

l/UIUWi vl <* IAUIV 




table border. 






To reoresent the 


Image 


To draw the bottom left comer 




e 


comer of the 




of a table border. 


25 




border of a table 








TOT A nnlp Rnc TT^rmtP 


Xn renresent the 

corner of the 
border of a table 


Image 


To draw the bottom right comer 
of a table border. 


30 












CEL_Verti ca M3au che 


To represent the 
border of a cell 


Image 


To draw the border of a cell. 
This object represents a vertical 
stretch of the left side of the 


35 








border. A cell is one 
compartment in a table... 
The thickness of a cell border 


40 








should be smaller than that of 








the table 




CELJVertical_Droite 


To represent the 
border of a cell 


Image 


To draw the border of a cetL 
This object represents a vertical 


45 








stretch of the right side of the 








border. 




CEL_Horizontal_Haut 


To represent the 
border of a cell 


Image 


To draw the border of a cell. 
This object represents a 


50 








horizontal stretch of the top side 
of the border. ! 
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I Elementary graphical 
object 


Functionality 


Type "P 


Comments 


| CEL_Horizontal_Bas 
I 


To represent the 
bolder of a cell 


Image 


To draw the border of a cell. 
This object represents a 
horizontal stretch of the bottom 
side of the border. 


I CEL_Imagc 


To represent the 
border of anon- | 
loaded image in a 


Generic image j 


Generic image representing the 
placement of a non-loaded 
image in a cell 










I BDG_Vertical_Gauche 


To represent the 
border of a dialog 
box 


Generic image I 


To draw the border of a 
variable-size dialog box. This J 
object represents a vertical 
stretch of the left side of the 
border. 


J BDG_Vertical_L>roite 


To represent the 
border of a dialog 
box 


Generic image j 


To draw the border of a 
variable-size dialog box. This 
object represents a vertical 
stretch of the right side of the 
border. 


BDG_Horizontaj_Haut 


To represent the 
border of a dialog 
box 


Generic image 


To draw the border of a 
variable-size dialog box. This 
object represents a horizontal 
stretch of the top side of the 
I border. 


BDG_Horizontal_Bas 

| 


To represent the 
border of a dialog 
box 


Generic image 


j To draw the border of a 
j variable-size dialog box. This 
I object represents a horizontal 
j stretch of the bottom side of the 
1 border. 


J BDG_Anglc_Haut_Uauc 
he 


To represent the 
border of a dialog 
box 


Generic image 


1 To draw the top left comer of 

the border of a variable size 
1 dialog box. 


BDG_Angle_Haut_Uroit 
e 


To represent the 
border of a dialog 
box 


Generic image 


j To draw the top right corner of 
1 the border of a variable size 
| dialog box. 


BDG_Angle_Bas_Uauc 
he 


To represent the 
border of a dialog 
box 


Generic image 


To draw the bottom left comer 
1 of the border of a variable size 
1 dialog box. 
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Elementary graphical 
object 


Functionality 


Type 


Comments 


BDG_Angle_Bas_Droite 


To represent the 
border of a dialog 
box 


Generic image 


To draw the bottom right comer 
of the border of a variable size 
dialog box. 










LST_Vertical_Gauche 


To represent the 
border of a vertical 
list of selectable 
options 


Image 


To draw the border of a variable 
size vertical list. This object 
represents a vertical stretch of 
the left side of the border. 


LST_Vertical_Droite 


To represent the 
border of a vertical 
list of selectable 
options 


Image 


To draw the border of a variable 
size vertical list. This object 
represents a vertical stretch of 
the right side of the border. 


LSTJ9as_Gauche 


To represent the 
border of a vertical 
list of selectable 
options 


Image 


To draw the border of a variable 
size vertical list. This object 
represents a horizontal stretch of 
the top side of the border. 


LST_Bas_Droite 


To represent the 
border of a vertical 
list of selectable 
options 


Image 


To draw the border of a variable 
size vertical list This object 
represents a horizontal stretch of 
the bottom side of the border. 


LST_Angle_Haut_Gauc 
he 


To represent the 
corner of the 
border of a variable 
size vertical list of 
selectable options 


Image 


To draw the top left comer of 
the border of a variable size 
vertical list 


LST_Angle_Haut_Droit 
e 


To represent the 
comer of the 
border of a variable 
size vertical list of 
selectable options 


Image 


To draw the top right comer of 
the border of a variable size 
vertical list. 


LST_Angle_Bas_Gauch 
e 


To represent the 
comer of the 
border of a variable 

S1ZC VCi UvHI Hal 111 

selectable options 


Image 


To draw the bottom left comer 
of the border of a variable size j 
vertical list. 


LST_Angle_Bas_Droite 


To represent the 
comer of the 
border of a variable 
size vertical list of 
selectable options 


Image 


To draw the bottom right comer 
of the border of a variable size 
vertical list. 
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Elementary graphical 
object 


Functionality 


Type 


Comments 1 










ASC_Haut 


To represent a 
vertical scroll bar 
{ eievator ) 


Clickable and 
non-clickable 
image 


To draw the top end of a vertical 
scroll bar ('elevator*) 1 


ASC_Bas 


To represent a 
vertical scroll bar 


Clickable and 
non-clickable 
image 


To draw the bottom end of a 
vertical scroll bar 


ASC_Cage 


To represent a 
vertical scroll bar 


non-clickable 
image 


vertical scroll bar j 


ASC_Ascenseur 


To represent a 
vertical scroll bar 


CJicKaDie ana 
non-clickable 
image 


J \J IIiUltaLC UJC JJUaillVJll \J1 lilt 1 

vertical scroll bar \ 










SCR_Gauche 


To represent a 
horizontal scroll 
bar 


Clickable and 
non-clickable 
image 


To draw the left end of a 
horizontal scroll bar of a 1 
winoow, text area, u <unc, eiv. | 


SCR_Droite 


To represent a 
horizontal scroll 
bar 


Clickable and 
non-clickable 
image 


To draw the right end of a 
horizontal scroll bar of a 
window, text area, frame, etc. 1 




To represent a 
horizontal scroll 
bar 


Clickable and 
non-c 1 i ckable 
image 


To draw one compartment (step) 
Oi a nonzoniaj scr on uar ox » 

window, text area, frame, etc. j 


SCR_Position 


To represent a 
horizontal scroll 
bar 


Clickable and 
non-clickable 
image 


To indicate the position of the 1 
cursor in the horizontal scroll j 
bar of a window, text area, 1 
irdmc, cic. I 










IMG_Textc_Gauche 


To represent a line 
of text to display 


Non-clickable 
image 


This is the image at the left side 1 
of the non-editable displayed 
text. The chosen size must j 
match that of the chosen 
character set J 


IMGJTexteJDroite 


To represent a line 
of text to display 


Non-clickable 
image 


This is the image at the right 
side of the non-editable I 
displayed text. The chosen size 
must match that of the chosen 
1 character set J 
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JLlerneniary grapnicai 
object 


Functionality 


Type 


Comments 


IMG_Texte_Caractere 


To represent a line 
of text to display 


Non-clickable 
image 


This is the background image on 
which a non-editable character 
is printed. The chosen size must 
match that of the chosen 
character set, 










IMG_Edition_Gauche 


To represent a line 
of text to edit 


Editable and 
clickable image 


This is the image at the left side 
of an editable or selectable text 
zone. The chosen size must 
match that of the chosen 
character set. 


lMG_EditionJDroite 


To represent a line 
of text to edit 


Editable and 
clickable image 


This is the image at the right 
side of an editable or selectable 
text zone. The chosen size must 
match that of the chosen 
character set. 


IMG_Editi onCaractere 


To represent a line 
of text to edit 


Editable and 
clickable image 


This is the background image on 
which a character of an editable 
or selectable text zone is printed. 
The chosen size roust match that 
of the chosen character set 










lMG_Multi_Edition_Ga 
uche 


To represent the 
editing of multi- 
line text 


Editable and 
clickable image 


This is the image at the left side 
of an editable or selectable text 
zone. The chosen size must 
match that of the chosen 
character set. 


lMG_Multi_Ediuon_Dro 
itc 


To represent the 
editing of multi- 
line text 


Editable and 
clickable image 


This is the image at the right 
side of an editable or selectable 
text zone. The chosen size must 
match that of the chosen 
character set. 


IMG_Multi_Edition_Car 
actere 


To represent the 
editing of multi- 
line text 


Editable and 
clickable image 


This is the background image on 
which a character of an editable 
or selectable text zone is printed. 
The chosen size must match that 
of the chosen character set. 
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Navigator Functions 
[0332] 



Function 


Description 


Activated by 


Graphical 
Objects 


Comments 


Connect/disc 
onncct 


Initiate the 

modem 

connection 

with the 

defined 

profile / 

disconnect 

U1C IIIIXICJU 


BTN_Connecter 
BTN_Deconnect 
er 




• Start the modem 

connection if it is off-line, 
if the connection profile 
information is filled in, if 
a URL is clicked. 


Configure - 
modify the 
authentificati 
on 

information 
of the 
connection 
profile 


Displays a 
dialog box to 
configure the 
subscriber 
profile: 
login, 
password, 
telephone 


BTN_Informatio 
n_Profil 


BDG_lnformati 
on_Profil 


• Enter, modify, validate, 
store in flash memory the 
login, password and 
telephone number of the 
access server 

• Cancel the access 


Confirm the 
entry of a 
password 


Request the 
password to 
be re-entered 


After a password 
has been changed 


BDG_Confirma 
tion_P ass word 


• Enter, validate, cancel 

• Each entered character is 
replaced by a masking 
character (asterisk) when 
printed 

• Compare the entry with 
the modified password 


Print or enter 
the login and 
password to 
access a 
secure site 


Request 
authentificati 
on from the 
remote site 


Following an 
attempt to access 
a secure site 


BDG_Login_Pa 
ssword 


• Enter, validate, cancel, 
sending information to the 
site 

• Each character of the 
password is replaced by a 
masking character 
(asterisk) when printed 



50 
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Function 


Description 


Activated by 


Graphical 
Objects 


Comments 


Managing a 

virtual 

keyboard 


Virtual 
keyboard for 
advance 
entry with a 
remote 
control 


When the focus 
is on an editable 
object 


BKG_Clavier_ 
Vxrruel 

IMGJTelecora 
mande_filigrane 


The virtual keyboard is 
represented on the screen like 
that of a PC but without 
displaying letters or figures on 
the keys. Putting letters on 
each key is handled by the 
program: this allows the 
definition of a generic 
international language 
keyboard (azerty, qwerty or 
others). The outline image of 
the remote control is overlaid 
on the keyboard and follows 
the focus: this achieves the 
aim of showing visually that 
pressing a remote control 
button corresponds to a key 
press on the keyboard without 
having to memorize the 
translation in advance. The 
ESCape key dismisses the 
virtual kevboarcL Certain 
keys serve as function keys: 
"httpi/Zwww", ".fr'\ ".com", 
"org", etc., and others have 
certain functions: "Enter", 
"Backspace*', "Del", etc. 



[0333] The Java API for the web browser is now described. 

[0334] There follows the list of the JAVA packages which are used at the level of the navigator application in the 
decoder. This list is divided into two parts: the AWT (Abstract Window Toolkit) classes of the JDK 1 .1 and the JAVA inter- 
face classes of the different services written in native C code. 



fW3U * AO t ~ 
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Classes 


Methods I 




java.awt.Choice 


Add(String) j 






GetltemCountO I 




GetSelectedlndexO I 
Remove(String) I 
SetSelectedlndex(int) I 


10 


java.awt.Component 


AddKeyListenertKeyListener) j 




AddFocusListenei(FocusListener) J 
AddMouscListener(MouseListencr) 
Contains(int,int) I 


15 


• 


enableEvcnts(long) j 




getLocationO I 
getSizeO j 
setBackground(Color) I 


20 




seu3acxgrouna^iinagema5jtj i 
setBackground(int) 1 
setLocation(int) 1 
setSize(int.int) j 


25 


java.awt.Graphics 


draw Image j 
getSizc J 
setLocation 1 


30 


java.awt Image 


createlmage(String) 1 
getHeightO j 




getWidthO 




java.awt.ImageMask extends java.awt.lmage 






java,awtList 


List(int) 1 
add(String) 1 


35 




geiiiern^nuiTij i 
getltemCountO 1 
getSelectedltemO 1 


40 




remove(String) 1 




replaceO f 
setMultipleMode(boolean) I 




Java siwt PaucI 


setLayout(layout) 1 




iava.awtPoint 


1 


45 


java.awtToolkit 


loadLut(String) j 
getDefaultToolkitO 1 




java.awtTextFieid 


addActionListener(ActionLislener) 1 
set£choChar(cbar) 


50 




setSecretModeO 1 




java.awt Window 


setModai (boolean) 




java.awt.evem.FocusEvent 
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Classes 


jvieinoGs 


j a va.awt.event.FocusListener( interface) 


void focusLost(FocusEvent) 


java.awt.event.KeyEvent 




java.awt.event.KeyListener(interface) 


void keyPressed(Key Event) 
void keyReleased(KeyEvent) 
void keyTypedCKeyEvent) 


java.awt.event.MouseEvent 




java.awt.event.MouseListener(interfacc) 


void mouseClicked(MouseEvent) 
void mouseEntered(MouseEvent) 
void mouscExited(MouseEvent) 
void mousePressed(MouseEvent) 
void mouseReleased(MouseEvent) 



[0335] The navigator package, called the browser package, groups together different packages: the 
browser.drawer package, which offers services allowing an HTML document to be fetched, and navigation within the 
document browser; and the mediawebtv package, which allows the establishment of an internet connection with the 
users authentication. 

[0336] The structure of the browser.drawer.MhwBookmark class is now described. A bookmark list is associated 
with a user. There is no hierarchy within the bookmark list. 

Constructor: MhwBookmark(subscriberld): opens an existing bookmark list 

Constructor: MhwBookmark(subscriberld): creates a new bookmark list 

deleteBookmarkQ: destroys a bookmark list 

add (URL, name): adds an entry 

remove (item Number): deletes an entry 

modify (itemNumber, URL, name): modifies an existing entry 

getList (): returns a list of the entries in the bookmark list (no hierarchy) 

getltemCount 0: returns the number of entries in the bookmark list 

isFull (): boolean - list is full? 

isEmpty ()• boolean - list is empty? 

setHomePage (itemNumber) 

getHomePage (): itemNumber 

goToURL (sessionNumber): loads the document corresponding to the selected entry 

[0337] In the event of failure, an error message is returned by the methods add(), removeQ, modify(), getList(), 
setHomePageQ (or an event if the occurrence is asynchronous). 

[0338] The browser.drawer.MhwHistory class permits the navigation from one document to another within a list of 
previously displayed documents. There is no hierarchy in the history list. The details of the class are now given. 

Constructor: MhwHistory (sessionNumber) 

getList (): returns the history list (no hierarchy) 

getCurrent Q: gets the current URL 

setCurrent(indexNumber): change the current URL 

getNext (): gets the URL of the next entry 

getPrevious (): gets the URL of the previous entry 

getltemCount (): returns the number of entries in the history 

addEventsRegister (): subscribes to the error events of the history list 

removeEventsRegister () 

[0339] In the event of failure, an error message is returned by the methods getListQ, getNext(), getPrevious(). set- 
Current() (or an event if the occurrence is asynchronous). The events are: addEventsRegister(sessionNumber): [sub- 
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scribes to the history list error events]; and rem o ve E vents Re gister(session Number) [unsubscribes]. 

[0340] The browser.drawer.MhwDocument class allows the loading and displaying of an HTML document in the 

decoder. The details of the class are now given. 

5 Constructor: MhwDocument (sessionNumber) 

freeze (): halts the display of the current document (loading of the document continues) 

unfreeze (): restarts the display of the current document 

isPending (): whether the document is currently loading 

stop (): halts the loading of the current document 
10 reload (): reloads the document 

getDocumentlnfo (): returns the title and the URL of the document 

addStatusRegister (): subscribes to information on the state and end of loading 

goToURL (url): loads a web page 

submit (login, password, URL): submits authentication for loading a web page 
is getStatisticsDocument (): returns the number of requests in progress and the URL of the document currently being 

loaded 

[0341] The browser.mediawebtv.MhwConnection class groups together the user connection and authentication 
functionality. The details of the class are now given. 

20 

Constructor: MhwConnection (subscribe rid) 
start (): requests connection 
stop (): requests disconnection 
cancel (): cancels the connection 
25 setAuthentificationType (type): sets the mode of authentication to the CANAL+mode (msd/password) or by 

login/password 

getAttributes () : returns the connection attributes 
setAttributes (attributes): modifies the connection attributes 
setPassword (password): modifies the password 
30 getPassword (password): gets the password 

setAutoCheckPassword (bAutoCheck): sets whether the password is to be verified automatically with the confirma- 
tion password 

getAutoCheckPassword (bAutoCheck): reads whether the password is to be verified automatically with the confir- 
mation password 

35 getlPCIient (ipaddress, netmask): reads the selected IP and netmask pair 

setlPCIient (ipaddress, netmask): modifies the IP and netmask pair 

getDNS (dns1 , dns2): reads the primary and secondary DNS addresses 

setDNS (dns1, dns2): modifies the primary and secondary DNS addresses 

getURLConfigServer (url): reads the address of the configuration server 
40 setURLConfigServer (url): modifies the address of the configuration server 

getQueryCommand (queryCmd, typeOfQuery): reads by type the request to be sent to the configuration server 

setQueryCommand (queryCmd, typeOfQuery): modifies the request by type 

queryAcquisitions (tableAcquisitions, type Of Acquisition, NumberOf Acquisitions): reads the list of acquisitions 
startAcquisition (acquisition^): starts an acquisition (data/video) 
45 stop Acquisition (acquisition Id): stops an acquisition (data/video) 

addStatusRegister (): subscription to be informed of the connection status 

[0342] The events are: loss of connection; current connection; established connection; connection confirmation 
request; connection error; modem status: on/off; initialisation in progress; dialling in progress; error but modem is on; 
so server status: invalid port, invalid URL; login error: unknown login; and invalid password. 

removeStatusRegister (): unsubscribes to the network connection status 
isConnected subscriberldQ: returns boolean giving the modem connected/disconnected status 
isPending (): returns boolean for modem currently establishing connection 
55 getExtendedProviderUrl (providerUrl): reads the provider currently subscribed to 

setExtendedProviderUrl (providerUrl): modifies the provider currently subscribed to 

[0343] The browser.mediawebtv.MhwConfigu ration class manages the profile of each user and his or her prefer- 
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ences. The details of the class are now given. 

Constructor: MhwConfigu ration () 

readProfile(subscriberld): read the profile 
5 writeProfile(subscriberld, profile): write the profile 

I readDefaultProfile(): read the default profile 

writeDefaultProfile(profile): modify the default profile 

getUserCount(): number of users 

newUser(profile): identifying for a new user 
io getLastConnect(): the last connected user 

[0344] The maximum number of profiles is currently fixed at 5, but this does not represent a strict limit; higher num- 
bers of profiles may be stored if need be. 

In the case of failure, an error message is returned by the Write Profile () and writeDefaultProfile() methods (or an event 
15 if the occurrence is asynchronous) 

[0345] The browser.mediawebtv.MhwMuttiSession class allows a navigator session to be selected. A session is an 
instance of the navigator which was automatically initiated by another instance. When the navigator starts, a session is 
created following the establishment of an authenticated connection. The details of the class are now given. 

20 Constructor: MhwMultiSession 

getCurrentSessionNumber() 
setCurrentSessionNumberfmt number) 
getPreviousSession() 

addSession(): returns the number of the session created 
25 removeSession(int numSession) 

[0346] The navigator model for the decoder is now described in more detail, with reference to Figures 6a and 7-30. 
[0347] The model presented here is a simple example of a navigator, and gives a general idea of the principal func- 
tionality. It gives total freedom at the level of graphical representation. The only important features are the zones or 

30 screens within which functions of the same type are grouped and the general user interface. 

[0348] The navigator employs all of the available graphics (MPEG, PIXMAP) of the graphical studio. The screens 
of this model are organised in tree form and each one groups together a collection of essential functions. Each function 
or option in a screen is accessed by moving a focus with the aid of arrow buttons (on the remote control) or by using a 
keypad with a cursor/pointer. The selection of an action is achieved by a controller click or by a predefined button (e.g. 

35 "OK"). 

[0349] In the absence of a physical keyboard, to enter text with the remote control, it is necessary to provide a vir- 
tual keyboard. This is achieved by moving the focus with a possibility of tapping quickly, by mapping the buttons of the 
remote control onto the virtual keyboard; in other words the image of the buttons on the remote control is visible (in 
traced form) in outline, or slightly opaque, on the picture of the virtual keyboard. The virtual keyboard is discussed in 
40 more depth later in this document. 

[0350] Figure 30 shows the top-level chain of navigator function buttons (1 41 0), with a portion of a web page visible 
beneath (1411). 

[0351] The main navigator screen is now described, with specific reference to Figure 30. 

[0352] The navigator functions are grouped in several layers. The main screen displays a vertical bar (main menu) 
45 (1410) which is composed of a series of buttons: ReloaaVStop (1401), previous page (1402), next page (1403), history 
of recently visited sites, bookmarks, connect/disconnect, configuration, exit navigator (1408). 

[0353] The navigator GUI (main screen) (1410) is displayed when a function key is pressed (either on the remote 
control or on the keyboard). When the GUI is visible on the TV screen, the HTML document (141 1) (which the GUI cov- 
ers over) continues to be loaded into memory, but the refresh of the document is suspended so as not to affect the dis- 
so play performance of the GUI. The HTML document is redisplayed when the navigator GUI is dismissed. This restriction 
will be lifted it the performances are eventually satisfactory, thereby allowing the simultaneous display of the HTML doc- 
ument and the GUI. 

[0354] The GUI is dismissed from the TV screen by pressing a function key (on the remote control or the keyboard), 
or by clicking outside the GUI button zones. The display of the HTML document currently being loaded or stored in the 
55 cache memory is then started or recommenced. 

[0355] A button is effectively a rectangular or square zone (for example, 32x32 pixels). When the graphics cursor 
enters a zone, that zone (window) receives the focus (cf. the EnterNot'rfy (Window Id) function). 

[0356] If the button graphic is a tyre, for example, it has to be detected whether the actual position of the graphics 
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cursor effectively covers the pixels of the lyre. To this end, it is necessary to find the value of the pixel at the hotspot of 
the mouse pointer in the clipping mask of the button (by calculation of the relative position, getpixel() in the clipping 
mask, then testing the pixel value). This detection method allows the test to be improved for whether or not a click was 
effected before starting the function of the button, 
s [0357] When the mouse pointer leaves the button's rectangular or square zone, the zone loses the focus (cf. Leav- 
eNotify(Windowld)). 

[0358] The descriptive button summaries are now described in more detail. 

[0359] When the mouse pointer or the rectangular focus coincides with a button representing a function, a short 
phrase (tooltip) is displayed either horizontally or vertically, describing the function of that button. When the button is 
10 selected, either by a mouse click or by a function key, a list of buttons appears containing sub-menu options. The sys- 
tem of short descriptive phrases (tooltips) is also used for the sub-menu buttons. 

[0360] Navigation of the menu options is achieved with the arrow keys either on the remote control or on the key- 
board. The last button on the main screen to have had the focus is remembered for the next time the main screen is 
displayed. 

75 [0361] The virtual keyboard is now discussed in more detail, with reference to Figures 42-45. 

[0362] Figure 42 shows schematically how the currently visible virtual keyboard (1501) maps onto the underlying 
•grid' of virtual keyboards (1501, 1506). 

Figure 43 shows a typical mapping of characters to keys on a virtual keyboard. 

Figure 44 shows the images used for the virtual keyboard, with the first (1 545) and second (1 546) number block having 
20 the focus respectively (also showing two different types of remote control 1542 and 1543). 
Figure 45 shows a typical virtual keyboard layout with typical dimensions superimposed. 

[0363] Firstly, the virtual keyboard is conceived as an tool which is independent of the application in which it is used. 
This, it can be used within the "WebBrowser" application and equally within the "Mail" application. Moreover, its 'look' is 
completely independent of the 'look' of the application concerned. 
25 [0364] The virtual keyboard is displayed from the moment that the user, not possessing a physical keyboard or a 
remote control with keyboard, selects an editable area of the screen. The focus is positioned at the end of the text in the 
editable area. Pressing "OK" (on the remote control or virtual keyboard) or "Cancel" (on the virtual keyboard) dismisses 
it. 

[0365] The virtual keyboard which is visible on the screen (1501) is composed of three blocks of ten keys (repre- 
30 senting three number blocks of the remote control) side by side (1 502, 1 503, 1 504). The user can pass the focus (1 505) 
from one block to another using the arrow keys on the remote control. After a block is selected, pressing a button on the 
number block of the remote control enters the corresponding character printed on the virtual keyboard. 
[0366] The user can also use the up and down arrow keys. This brings the same virtual keyboard on the screen but 
with different characters on the keys (1506). Thus, flipping between a set of 5 virtual keyboards, one can display all of 
35 the characters on the keyboard of a western computer. There is also the possibility of adding other keyboards as the 
need arises. 

[0367] With reference to Figure 44, to allow an immediate association to be made between the number block of the 
remote control and the focus on the virtual keyboard, a superimposed image of the remote control indicates the focus 
(1542, 1543). Thus the user can easily visualise that only one part of the keyboard has the focus, and that the rest of 
40 the characters can be reached by moving the focus with the arrow keys. The keyboard is designed with the latter points 
in mind. 

[0368] The virtual keyboard solution takes up little screen height, and allows for easy extension of the number of 
characters available. By default, it is the virtual keyboard with the miniature alphabet which is displayed. 
[0369] Certain buttons have important special f unctions:- 

45 

• "OK" on the remote control, for validing the current choice (if the field only has one line, the U character (1 521) also 
validates, or may alternatively be chosen to have no effect at all; otherwise, it corresponds only to a carriage return). 

• "Cancel" (1 522) on the virtual keyboard, to exit the tool without validating (the modifications made after opening the 
keyboard will be lost). 

50 • "3ack Space" (1523) on the virtual keyboard, which erases the last character entered. 

• The up, down, left and right arrow keys, to move within the editing area. 

• 'Tab" (1520) on the virtual keyboard, which inserts a configurable number of spaces in one go (four by default). 

[0370] The keyboard is always in 'insert' mode. 
55 An example of a keyboard is given in Figure 44, and is discussed further below. 

[0371] With the 5 keyboards (5x3) shown in Figure 43, and the two fonts installed for the WebBrowser application 
(Arialweb and Courier), all of the characters of a traditional keyboard can be covered. The dimensions of the keyboard 
on screen are 272 pixels wide by 184 pixels high. 
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[0372] The virtual keyboard and the functional connections with regard to its use in the various applications are 
developed within the "canalplus^irtualkbd'* package. 

[0373] The classes comprised within the package include w MhwVirtualKbd n (the virtual keyboard graphical descrip- 
tion and behavioural class), "MhwVkTextField" (the class derived from 'Java. awt. Text Fie Id' which allows a virtual key- 
5 board defined within the global application sharing the TextField to control events) and "MhwTextArea" (a class inherited 
from the 'java.awt.TextArea' which allows a virtual keyboard defined within the global application using the TextArea 
class to control events). 

[0374] The MhwVirtualKbd class is now described in more detail. 

[0375] The constructor of the "MhwVirtualKbd" class is defined as 'private'. Thus only one unique virtual keyboard 
10 can be constructed, when the main application which may need to use it is started (in the absence of a physical key- 
board, for example). The aim is therefore to present a keyboard configured especially for the current application, and 
which appears when the user enters a text field (single- or multi-line). 

[0376] When the keyboard is created, the four main (static) variables which can be configured will have been set- 
ts • parent: container, 'parent' of the virtual keyboard, which must itself exist at the time the keyboard is created. It is set 
using the "setParent" method which returns a 'NullPointerException' if the 'parent* passed in the argument is 'null'. 

• descriptive file: ASCII file which describes the keyboard, both in terms of the graphics behind the images, which 
concerns the various 'keyboards' obtained when the virtual keyboard is used, and the labels printed on the keys. 
The characters are specified by their Unicode code. The name of the descriptive file can be set using the "set- 

20 ScreensFile" method. 

• number of screens: number of 'number blocks' initialised and used by the virtual keyboard. This number, set using 
the "setScreensNumber", corresponds to the number of keyboards, the characteristics of which are read in the 
descriptive file detailed above. 

• initial coordinates: these are the coordinates of the top-left corner of the background image of the keyboard in the 
25 parent container (described above). This is set using the "setCoordlnit" method. 

[0377] Once the keyboard is created, it can be decided whether or not to use it by using the "getlnstance" method, 
which finds the keyboard of the current application, if it exists (if the virtual keyboard of the application does not yet exist, 
and if the application uses it, the "getlnstance" method creates one, using for it the variables [the four previously 
30 described] which one would have set). 

[0378] Event management is now described. 

[0379] According to the preceding descriptions, the virtual keyboard functions, once displayed, solely by interpret- 
ing the events sent to it by: the number block, the "OK" button, and the four arrow direction keys on the remote control. 
These buttons will have specific roles for the keyboard in use. 
35 [0380] The "OK" button has an important role, because it allows the user to do two things: 'return' to the text field 
to enter information, and then display and start the operation of the virtual keyboard; and 'leave' the text field, saving 
the changes 

Arrow keys 

40 

[0381] The 'right' and 'left* arrows allow the image of the remote control (indicating the number block which has the 
locus') to be moved on the three number blocks which are represented on the virtual keyboard. The keys of the number 
block on the remote control are thus 'bound', depending on the 'keyboard' having the focus, to the display of various 
characters. 

45 [0382] In the most common case, tapping' on of these buttons when the virtual keyboard is active causes the auto- 
matic insertion of the character shown on that key, in the current text field at the position indicated by the cursor. 
[0383] Of the characters, six can be considered as 'special' characters, and do not directly cause the character dis- 
played on the key to be displayed in the text field: 

so Backspace: '<' (1523): when the button on the remote control corresponding to this character is pressed, the char- 
acter immediately to the left of the cursor position in the current text field is erased. 

Tab: '»' (1520): when the button on the remote control corresponding to this character is pressed, a configurable 
number of spaces (' '), 4 by default, is inserted at the current cursor position. 

Enter: 'H' (1521): when the button on the remote control corresponding to this character is pressed, a Tine feed' is 
55 inserted at the cursor position. In fact, if the current text field is an instance of the 'MhwVkTextField' class, i.e. one 

which only has one editable line, tapping this button will either have no effect or cause validation of the field. If, on 
the contrary, this text field is an instance of the 'MhwVkTextArea' class, it consists of several editable lines and this 
character causes a Tine feed' (if the cursor is positioned on the last editable line, tapping this button will have no 
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effect). 

Cancel: '£* (1 522): when the button on the remote control corresponding to this character is pressed, all of the mod- 
ifications made to the current text field subsequent to the opening of the virtual keyboard are undone. In other 
words, its content is returned to the value it had before the modifications were made, and the virtual keyboard is 
Exited'. 

Left arrow: when the button on the remote* control corresponding to this character is pressed, the cursor in the cur- 
rent text field is moved one place to the left. If the cursor is already in the 'zero' position (no further movement to 
the left is possible), this button has no effect. 

Right arrow: when the button on the remote control corresponding to this character is pressed, the cursor in the cur- 
rent text field is moved one place to the right If the cursor is already positioned after the last character in the text 
field (and cannot move any further right), this button has no effect. 

Up arrow: when the button on the remote control corresponding to this character is pressed, the cursor in the cur- 
rent text field is moved one place upwards. If the cursor is already in the first line of the text field (or if the current 
text field only has one line: MhwVkText Field), this button has no effect. 

Down arrow: when the button on the remote control corresponding to this character is pressed, the cursor in the 
current text field is moved one place downwards. If the cursor is already in the last line of the text field (or if the cur- 
rent text field only has one line: MhwVkTextField), this button has no effect. 

[0384] The "findLocation" method determines the placement of the virtual keyboard on the screen, seeking to min- 
20 imise the "cropped" surface. 

[0385] The MhwVkTextField class is simply a specialisation of the "TextField'' class in the "java.awt" package. It 
additionally manages a boolean value which specifies the use (or not) of the virtual keyboard. 

The constructors are exactly the same as those of the "TextField" class in the "java.awt" package, with a simple addi- 
tional argument: a boolean specifying the use of the virtual keyboard. 
25 If the boolean is "true", a 'base' instance of the TextField" class is created, and a virtual keyboard listener, available 
within the current application, is also added at the same time, using the " a ddKey Listener" method. If not, a 'normal' Tex- 
tField is created. 

When the TextField has the focus, if the user presses 'OK' and the boolean specifies the use of the virtual keyboard, the 
virtual keyboard is displayed and gains the focus. It manages all of the events and is able to fill the text field. If the user 
30 presses 'OK' again, its text is validated, and the keyboard returns the focus. If the use of the virtual keyboard is not 
envisaged (booiean=false), the TextField" has the same 'behaviour* as a standard TextField in "java.awt". 
[0386] The MhwVkTextArea class is simply a specialisation of the "TextArea" class in the "java.awt" package. It 
additionally manages a boolean value which specifies the use (or not) of the virtual keyboard. 

[0387] The constructors are exactly the same as those of the "TextArea" class in the "java.awt" package, with a sim- 
35 pie additional argument: a boolean specifying the use of the virtual keyboard. 

If the boolean is "true", a 'base* instance of the "TextArea" class is created, and a virtual keyboard listener, available 
within the current application, is also added at the same time, using the "addKey Listener" method. If not, a 'normal' Tex- 
tArea is created. 

When the TextArea has the focus, if the user presses 'OK' and the boolean specifies the use of the virtual keyboard, the 
40 virtual keyboard is displayed and gains the focus. It manages all of the events and is able to fill the text field. If the user 
presses 'OK' again, its text is validated, and the keyboard returns the focus. If the use of the virtual keyboard is not 
envisaged (boolean-false), the "TextArea" has the same 'behaviour 1 as a standard TextArea in "java.awt". 
[0388] The following section describes further the implementation of features described above, and in particular the 
reconstruction of graphical objects (for example text fields, buttons, sliders, lists, checkboxes, choices etc.) from a set 
45 of graphical elements. 

[0389] Figure 39 shows a button, for example, which is made from 9 elements: the four corners (NW 2100, NE 
2101, SW 2102, SE 2103), the four sides (N 2104, E 2105, W 2106, S 2107) and the centre (C 2108). 
[0390] Typically, but not necessarily, each of these 9 elements is square (4x4 pixels, 8x8 pixels, 16x16 pixels). The 
blocks of N, E, W, S and C elements are tiled within the area required (defined by the size of the component together 

so with the border defined by the look). This area does not have to be a multiple of the size of the element. Currently, the 
tiling goes from left to right or top to bottom, so any incompletely drawn elements appear at the bottom and right hand 
sides. It could be envisaged to add "centered" and "right" justified tiling rules if this was felt to be useful. In general, the 
NW, NE, SW and SE elements are the same size as the border and so tiling is not necessary. If, however, they are 
smaller than required, the tiling is performed automatically. 

55 [0391] A brief description follows of how this is implemented. The work is divided into three areas: the mechanism 
built into the native WGT module allowing the creation and assignment of different looks to different WGT widgets; the 
development of the native "LookPixmap" module, in which the functions for painting the different graphical features of 
components are included; and the development of the mhw.awt Java package for interfacing with the native code. 
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[0392] These three areas of development are described in the following sections. 
[0393] The WGT module look mechanism will now be described, with references to Figures 40 and 41. 
[0394] The aim of this section is to describe how the WGT module has been modified so as to be able to control 
the 'look' of the various graphic objects managed. New looks can be defined in new classes which can be added as and 
5 when necessary, leaving the WGT module untouched. A standard WGT look (LookWgt) is provided, instantiated and 
attributed to widgets by default so that applications not wishing to use this facility do not need to use it. 
[0395] The following features are required: a number of different looks can be defined for each object type; a differ- 
ent look can be given to each object independently; and by default, the look defined by the current WGT is applied to 
objects. 

10 [0396] Two different techniques for drawing the look of an object must be possible: bitmap and vectorial. 

[0397] In the bitmap technique, the object is drawn by combining a number of predefined bitmap elements to create 
a single bitmap which is then drawn. To create objects of variable size, elements can be repeated, along the sides for 
example, in order to build an object of the required size. 

[0398] Neither the size nor the precise arrangement of each of these elements is defined. The idea is to leave this 
15 as free as possible so that the creation of new looks is not overly restricted by WGT. The look class must define the 
bitmap elements and the rules for fitting them together as a function of the object size required. 
[0399] The LookPixmap (native) and the PixmapLook (Java) classes described later use this method exclusively. 
There is nothing to stop developers creating their own look, derived or not from LookPixmap, which uses vectorial meth- 
ods. 

20 [0400] In the vectorial technique, the object is drawn using a series of basic draw operations such as DrawRectan- 
cle(), DrawArcQ. The look class must define the rules for drawing the object as a function of the object size required. 
[0401] It is perfectly possible to envisage a look class combining both Bitmap and Vectorial techniques. For exam- 
ple, the bitmap approach could be used for the basic form of a button, while the vectorial approach could provide the 
highlighting. 

25 [0402] The WGT Module Look Mechanism are now discussed in more detail. 
[0403] The following mechanisms have been incorporated: 

• Division of the current paint method for each object into seven functions, certain of which are contained in the look 
class attributed to the object: DrawBackground(); MhwWgtLookDrawBackground(); DrawForeground(); MhwWgt- 

30 LookDrawForeground(); MhwWgtLookDrawRelief(); MhwWgtLookDrawFocus(); MhwWgtLookHighlight() 

• Creation of an abstract class MhwWgtLook. 

Creation of a class MhwWgtLookWgt derived from MhwWgtLook, and instantiated when WGT is initialized. 

• Addition of a gJTheDetauitLook global variable used to set the look that will be attributed to each object when it is 
created if a specific look is not attributed MhwWgtXXXAttsSetLook. 

35 • Addition of a public method MhwWgtSetDefaultLook(context) for changing the default look for objects. 

Addition to the object classes of two public methods, MhwWgtSetXXXAttrLook(* object, *took) and MhwWgt- 
GetXXXAttsLook('object). 

[0404] These aspects are presented in the following sections, beginning with the methods for painting. 
40 [0405] Each paint function now calls the following methods when it is called: DrawBackground(); MhwWgtLook- 
DrawBackground(); DrawForeground(); MhwWgtLookDrawForeground(); MhwWgtLookDrawRelief(); MhwWgtLook- 
DrawFocusQ; and MhwWgtLookHighlight(). 

[0406] The two methods DrawBackground() and DrawForeground() are part of WGT and are called regardless of 
the look. The others are, in fact, pointers to the corresponding functions in the Look class associated with the widget in 
45 question. In this way, the look class implements the paint functions for these parts. 

Background This allows the look to draw behind the entire widget. 

Foreground This can be used to draw an image of other graphic over the central part of the widget (excluding the bor- 
der). 

so Relief This is called if the widget's relief flag is set and is used to draw a border or relief for the widget. 

Focus This is called if the widget has the focus. It can be used to indicate this graphically. 

Highlight This is called if the widget is highlighted. It can be used to indicate this graphically. 

[0407] The abstract class MhwWgtLook is defined and contains the following: WgtCoreLookClassMethod; Wgt- 
55 CoreLookClass Field; WgtCoreLookClass; WgtCoreLookPart; and WgtCoreLookObject. 
[0408] These are described below. 
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METHOD TABLE (set 


to point to the overloaded methods in derived classes) 


MhwWgtError 


(♦delete) 


(MhwWgtLook) ; 


MhwWgtErrox 


(♦free) 


(MhwWgtLook) ; 


MhwWgtError 


(♦reference) 


(MhwWgtLook) ; 


CardB 


(♦getBorderWidth) 


(MhwWgtLook, MhwWgtWidget , 






MhwWgtLookBorder) ; 


MhwWgtError 


(♦getBorderWidth) 


(MhwWgtLook, MhwWgtLookBorder, 






Card8) ; 


Bool 


(♦isInstanceOf ) 


(MhwWgtLook, Int32) ; 



(♦drawBackground) (MhwWgtLook, MhwWgtWidget, Intl6 

Intl6, Cardl6, Cardl6) ; 
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MhwWgtError 
MhwWgtError 

MhwWgtError 
MhwWgtError 
MhwWgtError 
MhwWgtError 
MhwWgtError 
MhwWgtError 
MhwWgtError 
MhwWgtError 
MhwWgtError 

MhwWgtError 
MhwWgtError 

MhwWgtError 
MhwWgtError 
MhwWgtError 

MhwWgtError 

MhwWgtError 

MhwWgtError 
MhwWgtError 
MhwWgtError 
MhwWgtError 



( »drawForeground) 
(*drawRelief ) 

(•unDrawRelief ) 

(♦drawFocus) 

(♦unDrawFocus) 

(•drawHighlight) 

CunDrawHighlight) 

(*drawlnset) 

(♦drawOutset) 

(♦drawSelectedBG) 

( *drawCheckSyiobol ) 

( *drawChoiceSyxnbol ) 
( *drawAnchor) 

(*drawCross) 
< *unDrawCr033) 
(♦drawltem) 

(♦reDrawltem) 

(*drawSlidArrow) 

CdrawSlidLift) 
(♦drawCursor) 
(*unDrawCursor) 
(•drawstring) 



(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6, Cardl6 f C»rdl6> ; 
(MhwWgtLook, MhwWgtWidget, Intl6, 
lntl6, Cardl6, Cardl€ # 
MhwWgtLookRelief ) / 
(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6, Cardl6, Cardie): 
(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6, Cardl6, Cardl6); 
(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6, Cardie, Cardie); 
(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6, Cardie, Cardl6) ; 
(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6, Cardl6, Cardie); 
(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6, Cardl6, Cardie) ; 
(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6, Cardie, Cardie) . 
(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6, Cardl6, Cardl6) ; 
(MhwWgtLook, MhwWgtWidget, Intl€, 
Intie, Cardl6, Cardie, Bool, 
MhwWgtCheckStyle) : 
(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6, Cardl6, Cardl6> ; 
(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6, Cardl6, Cardl6, String, 
Card32, lnt8, MhwWgtLooklteiuFlag , 
MhwWgtColor ) ; 

(MhwWgtLook, MhwWgtWidget, Intl€, 
Intl6, Cardl€, Cardl6> ; 
(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6, Cardl€, Cardl6) ; 
(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6 f Cardie, Cardl6, String. 
Card32, Int8, MhwWgtLookltemFlag) ; 
(MhwWgtLook, MhwWgtWidget, lntl6, 
lntl6, Cardl6, Cardl6, String, 
Card32, Int8, MhwWgtLookltemFlag, 
Bool) ; 

(MhwWgtLook, MhwWgtWidget, Intl6, 
Intl6, Cardie, Cardl6, 
MhwWgtSlidDirection) ; 
(MhwWgtLook. MhwWgtWidget. Intie, 
IntlC, Cardl6, Cardl6) ; 
(MhwWgtLook, MhwWgtWidget, Intie. 
Xntl6, Cardie, Cardl6) ; 
(MhwWgtLook, MhwWgtWidget, Intie, 
Intl6, Cardie, Cardl6) ; 
(MhwWgtLook, MhwWgtWidget, Intl6, 
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Intl6, String, Card32, Int8) ; 



MhwWgt Dimension 
MhwWgt Dimension 
MhwWgt Dimension 
MhwWgt Dimens ion 
Card8 



(*getPreferredSizeArrow) 

(*getPreferredSizeCheck) 

(*getPreferredSizeChoice) 

(*getPreferredSizeCross) 

(♦getltemBorderwidth) 



(MhwWgtLook) ; 
(MhwWgtLook) ; 
(MhwWgtLook) ; 
(MhwWgtLook) ; 
(MhwWgtLook) ; 
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[0409] (The Card8, Cardl 6, etc. data types are aliases for number types having the indicated number of bits, e.g. 
Card8 is equivalent to a 'char', Cardl 6 is equivalent to a 'short', etc.) 

[04101 Each draw method is identical for each object type. For looks which require a different method for each 
method or at least for certain methods, the method in the look class must identify the widget type and act accordingly. 
[0411] ' Note the purpose of the DrawNothingQ method. It simply returns OK if called. Certain features are not nec- 
essarily implemented in a given look. So that WGT does not necessarily have to test the existence of a given function, 
any unimplemented functions should point to this method. 

[0412] Note also Mask. This is a private, read-only Boolean array where each element corresponds to one of the 
above methods. If an element is set to 1, then the corresponding method is redefined. Otherwise, the method is not 
redefined. In this way, if it wants to, WGT can find out in a single operation which methods it has to call. 
[0413] The look class is used to define the interface between any look definition and WGT. WGT uses only these 
methods to display the required look. If additional functionality is required of a look, it can be incorporated in an 
extended look structure, but it is up to the application and not WGT to take these methods/parameters into account. In 
this way, additional attributes and methods can be added. 

[0414] A derived look structure must contain all these methods and attributes, and it can also add its own. However. 
WGT will only take those methods defined in the MhwWgtLook structure into account. 
[0415] The MhwWgtLookWgt class is now discussed. 

[0416] So that existing applications do not have to be modified to remain compatible with the modified version of 
WGT a basic look class, defining the look that WGT objects currently have, is created and instantiated by WGT. 
[0417] It is a sub-class of MhwWgtLook and is called MhwWgtLookWgt When this class is initialised, the values of 
all of the pointers in the structure are set to point at the WGT-defined methods. 

[0418] This basic class contains nothing else - it simply defines the look that WGT currently provides. 
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FIELDS : 
Card8 

MhwWgtColor 
MhwWgt Color 
Card8 

MhwWgtColor 
Card8 

MhwWgtColor 

MhwWgtColor 

MhwWgtColor 

MhwWgtColor 

Cardl6 

Card8 

MhwWgtColor 
MhwWgtColor 
Card8 

MhwWgtColor 
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MhwWgtColor 

MhwWgtColor 

MhwWgtColor 

MhwWgtColor 
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Card32 

Card32 

Card32 

MhwWgtColor 

MhwWgtColor 

MhwWgtColor 

MhwWgtColor 

MhwWgtColor 

MhwWgtColor 

MhwWgtColor 

METHOD TABLE: 

MhwWgtError 

MhwWgtError 

MhwWgtError 



reliefWidth 

relief ColorWhite; 

relief ColorBlack; 

focusWidth; 

focusColor; 

highlightWidth; 

highlightColor; 

anchorColorBGNonnal ; 

anchorColorFGVisited: 

anchorColorBGCurrent : 

mask; 

reliefWidth; 

relief ColorWhite; 

relief ColorBlack; 

focusWidth; 

focusColor; 

highlightWidth; 

highlightColor; 

anchorColorBGNonnal ; 

anchorColorFGVisited; 

anchorColorBGCurrent ; 

colorMap; 

blackPixel; 

whitePixel; 

transparent Pixel; 

verylightGray; 

lightGray; 

middleGray; 

darkGray: 

highlight; 

blackColor; 

whiteColor; 

(♦setRelief Width) 
(♦setRelief ColorBlack) 
(♦setRelief ColorWhite) 



(MhwWgtLkWgt, 
(MhwWgt LkWgt, 
(MhwWgtLkWgt, 



CardS ) ; 
MhwWgtColor) ; 
MhwWgtColor) ; 



MhwWgtError (* set FocusWidth) 

MhwWgtError (*setFocusColor) 

MhwWgtError (* setHighlightWidth) 

MhwWgtError ( *setHighlightColor) 

MhwWgtError ( *setAnchorColorBGNormal ) 

MhwWgtError (* setAnchorColorFGVisited) 

MhwWgtError ( * setAnchorColorBGCur rent ) 



(MhwWgtLkWgt, 
(MhwWgtLkWgt, 
(MhwWgtLkWgt , 
(MhwWgtLkWgt, 
(MhwWgtLkWgt, 
(MhwWgtLkWgt, 



Card8); 
MhwWgtColor) ; 
Card8) ; 
MhwWgtColor) ; 
MhwWgtColor) ; 
MhwWgtColor) ; 



(MhwWgtLkWgt, MhwWgtColor) 
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[0419] With regard to the WGT initialisation, an instance of the MhwWgtLookwgt class must be created when the 
WGT is started. WGT will thus have access to these methods if the application does not specify a different look. The 
gJTheDefaultLook global variable (described below) must initially be set to point at this look. 
5 [0420] The processes of defining new Looks and setting default Looks are now described. 

[0421] WGT is not responsible for defining or instantiating new look objects. Applications must do this themselves. 
All look objects created must be castable in an MhwWgtLook structure. C.f. the management of Looks below. 
[0422] With regard to default looks, a field: 

w MhwWgtLook * DefaultLook 

must be added to the MhwWgtContext object pointing to the instance of MhwWgtLook to be applied to any new objects 
created from this context. When a new WGT context is created, this field must be set to point at WgtBastcLook. 
[0423] With regard to setting the default Look for a Context, a public method: 

15 

MgwWgtSetDefaultLook (MhwWgtContext, aContext, MhwWqtLook aLook) 
is provided to set the DefaultLook field in aContext to point at aLook. 

[0424] For associating a Look with an Object, the following attribute is added to the coreAtts structure in the core 
20 class: 

MhwWgtLook *Look 

This attribute is thus created for each object created. Whenever a object is instantiated, Look is set to point at the 

25 DefaultLook global variable. 

[0425] Two new public methods MhwWgtSetXXXAttsLook(MhwWgtWidget anObject, MhWWgtLook aLook) and 
MhwWgtGetXXXAttsLook(MhwWgtWidget anObject, MhwWgtLook *aLook) should be added to the core class to allow 
the look instance associated with the object to be changed. 
[0426] The management of Looks is now discussed. 

[0427] WGT does not provide any look management. In order to use a look other than the default, an application 
must first ensure that one or more look classes are instantiated and initialised, and then each time that it creates a new 
WGT object, use the MhwWgtSetCoreAttsLookQ method to associate the object with the desired look. If it wishes to 
use a given look for all future widgets, it can use the MhwWgtSetDefaultLookQ method described above. 
[0428] An application wishing to use any look other than the one defined by default is responsible for creating and 
instantiating the look. In another embodiment of the invention, an application may download looks remotely. In this case, 
however the application itself must supply the required classes, derived from MhwWgtLook. 

[0429] ' A look must not be destroyed by the application that created it until ail the widgets which use it have been 
destroyed. This requires the addition of a ref Counter field to count the number of "clients". 
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40 look=MhwNewLook () 
MhwLookRef(look); 



45 MhwLookUnref (look); 
Look=0; 



[0430] This replaces free (look). The look will actually be destroyed when its refCounter field equals 0. 

so SetXxxLook (widget, look) { 
if (widget->core.look) 

MhwLookUnref(widget->core.look); 
widget->core.look=look; 
if (look) 

55 MhwLookRef(look); 
} 

[0431] The WGT Module List of APIs for implementing Looks is given here: 
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extern MhwWgtError MhwWgtLooklnitDef ault (MhwWgtLookClass* , 

MhwWgtLookAtts*) ; 
extern MhwWgtError MhwWgtLookinitClass (Void) ; 



15 



10 

extern MhwWgtError MhwWgtLookReset Default (MhwWgtLookClass*); 
extern MhwWgtError MhwWgtLookAttsGetBorderWidthBTLR (MhwWgtLookAtts* , 

Card8*, Card8*, Card8*, CardB*) ; 
extern MhwWgtError MhwWgtLookAttsGetBorderWidthBottom 

(MhwWgtLookAtts*, Card8*); 
extern MhwWgtError MhwWgtLookAttsGetBorderWidthLef t (MhwWgtLookAtts*, 

Card8*); 

extern MhwWgtError MhwWgtLookAttsGetaorderWidthRight (MhwWgtLookAtts*, 
20 Card8*); 

extern MhwWgtError MhwWgtLookAttsGetBorderWidthTop (MhwWgtLookAtts*, 

Card8*); 

extern MhwWgtError MhwWgtLookAttsGetDef ault (MhwWgtLookClass*, 

MhwWgtLookAtts * ) 

25 extern MhwWgtError MhwWgtLookAttslnit (MhwWgtLookAtts*); 

extern MhwWgtError MhwWgtLookAttsSetBorderWidthBTLR (MhwWgtLookAtts*, 

Card8, Card8, Card8, Card8) ; 
3 o extern MhwWgtError MhwWgtLookAttsSetBorderWidthBottom 

(MhwWgtLookAtts*, Card8) ; 

extetn MhwWgtError MhwWgtLookAttsSetBorderWidthLeft (MhwWgtLookAtts*, 

CardB ) ; 

extern MhwWgtError MhwWgtLookAttsSetBorderWidthRight (MhwWgtLookAtts*, 
35 Card8); 

extern MhwWgtError MhwWgtLookAtts SetBorderWidthTop (MhwWgtLookAtts*, 

Card8); 



40 

[0432] The Look/LookPixmap module will now be described in more detail. 

[0433] The MhwWgtbookPixmap class is derived from the MhwWgtLook class described above. Essentially it 
works by reconstructing the various elements of each component to create a graphical image of the required size, as 
45 described above. 

[0434] These images are used for the following: backgrounds for buttons; relief (that is the border around the active 
zone of text areas, for example); a symbol for the Choice component; checkboxes; sliders; and slider litis. 
[0435] With reference to Figure 40, to reduce initialization time, the images are not compressed, but are stored in 
a special format designed to minimize as far as possible the space occupied. The colour of each pixel (2152) is 
so described in a single byte, which is the index number (2151) of the colour in the current colourmap. Figure 40 shows an 
example buffer, image, containing an 4x4 image (2153). 
[0436] The image (2153) in Figure 40 would be stored as follows: 

Card8 slidLirtSeVrlmage4 [4] [4] = 

55 { 

{0, 0, 0, 1), 
{0, 0,1,2), 
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{0,1,2,3}, 
{1,2,3,4} 

}; 

r04371 The LookPixMap Image structure will now be described. 

0438 In orderto identify the size of an image buffer, a structure, Look Pix ma pi mage, is defined .nclud.ng the .mage 
buffer described above, together with the width and height of the image. This structure, defined below, is used to contain 
the data for each graphical element. 
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typedef struct 
{ 



Card8 *imageData; 



Carde *maskData; 



Cardl6 width; 
Cardl6 height; 
Card8 isOpaque; 
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) 

LookPixmapImage ; 



Buffer containing the image. It is a two 
dimensional array of Card8, each element of 
which contains the index number in the palette 
of the colour to be displayed at the position 
in the array. 

Buffer containing the mask. It is a one 
dimensional array of Card8, with one bit per 
pixel. {Format as returned by the Image 
module) . 

Width of the image. 
Height of the image. 

0 if image contains any transparent elements, 

1 if entirely opaque. 



F0439] Images can be of different sizes, although for a given type of element they will generally be the same. The 
central element (xxxxxC), however, is often of size 1 x 1 . The MhwWgtLookPixmapAiUmages structure groups together 
35 all the picture elements as shown below: 



typedef struct 
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LookPixmapImage * relnoNW ; 
LookPixmapImage 'relnoSW; 
LookPixmapImage * relnoNE ; 



Northwest corner of relief - state 
Normal 

Southwest corner of relief - state 
Normal 

NorthEast corner of relief - state 
Normal 
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LookPixmapImage *relnoSE; 



LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookP ixroap Image 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookP ixmaplmage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 



relnoN; 

relnoVt; 

relnoE; 

relnoS: 

relnoC; 

relfoNW; 

relfoSW; 

relfcNW; 

relfoSE; 

re If ON ; 

relfoW; 

relfoE; 

relfoS; 

relfoC; 

relhiNW; 

relhiSW; 

relhiNE; 

reihiSE; 

relhiN; 

relhiW; 

relhiE; 

relhiS; 

relhiC; 

relfhNW; 

relfhSW; 

rolfhNE; 

relfhSE; 

relfhN; 

relfhW; 

relfhE; 

relfhS: 

relfhC; 

butnoNW; 

butnoSW : 

butnoNE; 

butnoSE; 

butnoN; 

but now : 

butnoE: 

butnoS; 

butnoC; 

butfoNW; 

butfoSW; 

butfoNE; 

butfoSE; 

butfoN; 

butfow,- 

butfoE; 

butfoS; 



SouthEast corner of relief - state 
Normal 

North edge of relief - state Normal 
West edge of relief - state Normal 
East edge of relief - state Normal 
South edge of relief - state Normal 
Central area of relief - state Normal 
State - Focus only 



State - Highlight only 



State - Focus and Highlight 



Button elements 
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10 



15 



20 



25 



30 



35 



40 



45 
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Look Pi xmap Image 
Loo kPixmap Image 
LookPixmap Image 
Lo o k P i xmap Ima ge 
Loo kPi xma p Image 
LookPixmapImage 
LookPixmap Image 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPi xmaplmage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 
LookPixmapImage 



*butfoC; 

*buthiNW; 

*buthiSW; 

♦buthiNE; 

*buthiSE; 

♦buthiN; 

*buthiW; 

*buthiE; 

♦buthiS; 

♦buthiC; 

*butfhNW; 

♦butfhSW; 

*butfhNE; 

♦butfhSE; 

*butfhH; 

*butfhW; 

♦butfhE; 

♦butfhS; 

*butfhC; 

♦choice; 

♦chcklna. 



LookPixmapImage *chckla; 

LookPixmapImage *chckflna; 

LookPixmapImage * chckf la : 

LookPixmapImage *chck2na; 

LookPixmapImage *chck2a; 

LookPixmapImage • chckf 2na ; 

LookPixmap Image * chckf 2a; 

LookPixmapImage *slidNeVr; 

LookPixmapImage *slidEVr; 

LookPixmapImage *alidSeVr: 

LookPixmapImage *slidSwHr: 

LookPixmapImage *slidSHr; 

LookPixmapImage *slidSeHr; 

LookPixmapImage *slidSeVrRr; 

LookPixmapImage * s 1 idLi f tNeVr ; 

LookPixmapImage *slidLif tEVr; 

LookPixmapImage *slidl*if tSeVr , 

LookPixmapImage *3lidlif tSwHr ; 

LookPixmapImage *slidLif tSHr; 

LookPixmapImage *slidLif tSeHr ; 

} 

MhwWgt LookPi xmapAll Images ; 



Choice Symbol 
Checkbox symbol 
no focus 
Checkbox symbol 
focus 

Checkbox symbol - 
focus 

Checkbox symbol - 
focus 

Checkbox symbol - 
no focus 

Checkbox symbol - 
focus 

Checkbox symbol - 
focus 

Checkbox symbol - 
focus 

Slider background 



Type 1 not selected 
Type 1 selected no 
Type 1 not selected 
Type 1 selected 
Type 2 not selected 
Type 2 selected no 
Type 2 not selected 
Type 2 selected 
elements 



Slider lift elements 
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[0440] This section describes the LookPixmap module, including the LookPixmap class, which has been created to 
allow a set of different looks to be applied to the Web Browser. 
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[0441] This module contains the following source files: MhwWgtLookPixmap.h; MhwWgtLookPixmapStruct.h; Wgt- 
LookPixmapClass.c; WgtLookPixmapPrivate.c; MhwWgtLookPixmaplmages.h; MhwWgtLookPixmaplmages2.h; 
MhwWgtLookPixmaplmages3.h; MhwWgtLookPixmaplmages4.h; MhwWgtLookPixmaplmages5.h; and 
MhwWgtLookPixmaplmages6.h. 

[0442] The LookPixmap Module will now be described, including details of the preferred method of creating and 
usmg LookPixmap Objects. 

[0443] Any software using WGT for the' creation and management of Widgets can use the LookPixmap module to 
provide alternative looks to the WGT widgets. For an application to use the LookPixmap look, a LookPixmap object 
must be created. This can be done using the following code: 

MhwWgtLkwebClassPixmapLook; 
MnwWgtLkWeb PixmapLookObject; 
MnwWgtLkWeb Arts LookPixmapValues; 
MhwWgtError WgtErr; 

WgtErr = MnwWgtLkWeb I nitClass(); 

WgtErr = MhwWgtLkWebAttslnit (&LookPixmapValues); 

WgtErr = MnwWgtLkWeb I nitDefau It (&PixmapLook, &LookPixmapValues); 

PixmapLookObject = MhwWgtLkWebNew(&LookPixMapValues); 

[0444] A method for setting the default look is now described. 

[0445] An application can use a given look object by default. By default the default look is the LookWgt object cre- 
ated by WGT In order to set another default look, on condition that it has already been created as described above, the 
f ullowing function can be used: 

MhwWgtSetDefaultLook((MhwWgtLook)PixmapLookObject); 

All subsequent WGT widgets created will be associated with the LookPixmap look class and not the WGT default Look- 
Wgt 

[0446] An application can choose or set a look for a given type of widget, or a given widget, as will now be 
described. 

[0447] An application can set the look for a given widget when the object is created by calling the following function 
just before the widget is created: 

MhwWgtXXXAttsSetLook (MhwWgtXXXAtts*, MhwWgtLook); 
It can also set the look of an object after creation using the following function: 

MhwWgtXXXSetLook (MhwWgtXXXWidget *, MhwWgtLook); 
(where xxx is the type of widget - eg LIST). 

[0448] The method of using LookPixmap Images is now described. 

[0449] A single LookPixmap object uses a single set of images. You can obviously change the look dramatically, 
simply by changing the images. 

[0450] You can change the images used for a given LookPixmap object by calling the following functions: 
MhwWgtLookPixmapSetlmages(MhwWgtLookPixmap *, MhwWgtLookPixmap All Images*); 

Sets the images used for all widgets using the specified LookPixmap object to the specified image set. 

MhwWgtLookPixmapSetDefaultlmages (MhwWgtLookPixmap*); 

Sets the images used for all widgets using the specified LookPixmap object to the default image set 
[0451] If you wish to use different images for different widgets, you must create a LookPixmap object for each set 
of images required. You then assign each image set to the appropriate look, and then associate each look to the appro- 
priate widget. 

[0452] The API of the LookPixmap module will now be described, with reference to Figures 39 and 41 . 
[0453] The following public APIs are available: 
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MhwWptLookPixmapSetlmagesO 

[0454] 

5 Prototype: 

MhwWgtError MhwWgtLookPixmapSetlmages 
(MhwWgtLkWeb aLook, 
MhwWgtLookpixmapAlllmages* 
io somelmages); 

Description: 

Sets the set of images used by aLook to the set of images pointed to by somelmages. 
Parameters: 

aLook The MhwWgtLkWeb object to which to associate the images, somelmages 

somelmages The set of images to associate with aLook. 



15 
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Returns: 

MHW_WGT_SUCCESS 
MhwWgtLookPixmapSetlmageslD() 

25 [0455] 

Prototype: 

MhwWgtError MhwWgtLookPixmapSetlmageslD (MhwWgtLkWeb aLook, CardB anlmagelD); 

30 

DeS sTts ,0 the set of images used by aLook to the set of images hard-programmed in MhwWgtLookPixMap and 

identified by anlmagelD. 

Parameters: 

35 aLook The MhwWgtLkWeb object to which to associate the images identified by anlmagelD. 

anlmagelD The identifier of the set of images, hard-programmed in MhwWgtLookPixmap, to associate wrth 
aLook. 

40 Returns: 

MHW_ WGT_SUCCESS 
MhwWgtLookPixmapSetDefaultlmagesO 

[0456] 

Prototype: 

so MhwWgtError MhwWgtLookPixmapSetDefaultlmages (MhwWgtLkWeb aLook); 

068 sTte°the set of images used by aLook to the set of images hard-programmed in MhwWgtLookPixmap and 
identified by the identifier 1 . 
55 Parameters: 

aLook The MhwWgtLkWeb object to which to associate the images identified by anlmagelD. 
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Returns: 

MHW_ WGT_SUCCESS 



5 MhwWgtLookPixmapLoadImage() 



10 
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[0457] 

Prototype: 

MhwWgtError MhwWgtLookPixmapLoadlmage 

(MhwWgtLkWeb aLook, Int32 anElementID, Int32 aWidth, Int32 aHeight, Card8* anlmageBuffer); 
Description: 

Used to change a single image pointed to by the current MhwWgtLookPixmapAlllmages structure to point at 
the specified image. Creates an LookPixmaplmage structure and sets the current MhwWgtLookPixmapAlllmages 
structure pointed to by aLook to point at this LookPixmaplmage for the element specified by anElementID. 
Parameters: 



20 
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aLook 

anElementID 
a Width 
aHeight 
anlmageBuffer 

Returns: 



The MhwWgtLkWeb object to which to associate the images identified by anlmagelD. 
The identifier of the element to change. 
The width, in pixels, of the new image. 
The height, in pixels, of the new image. 
The buffer containing the new image data. 



MHW_ WGT^SUCCESS 
30 LookPixmapMakelmageFromElementsO 
[0458] 

Prototype: 

35 

MhwWgtError LookPixmapMakelmageFromElements 
(Lookpixmaplmage* elemN, 
Lookpixmaplmage* elemE, 
LookPixmaplmage* elemW, 
40 Lookpixmaplmage* elemS, 
LookPixmaplmage* elemNW, 
LookPixmaplmage* elemE, 
LookPixmaplmage* elemSW, 
LookPixmaplmage* elemSE, 

45 LookPixmaplmage* elemC, Card16 anX, Card16 aY, Cardl 6 aWidth, Card16 aHeight, MHWWindowlD aWindow, 
LookPixmapDrawMode aDrawMode); 



Description: 

Takes the nine images of elemX and draws them in the specified MHW window. The rules for constructing the 
image are specified by aDrawMode (currently only MHW_WGT_LIKWEB_DRAW_NORMAL exists). The final 
image is drawn in the window with the top left corner positioned at (anX, aY) and of size aWidth x aHeight. 
If one or more of the elements have zero size (either elemXX.width or elemXX.height is zero) this element is not 
drawn. 
Parameters: 

elemN, elemE, elemW, elemS, elemNW, elemNE, elemSW, elemSE, elemC: the image to draw at the top, 
right, left, bottom, top left corner, top right corner, bottom left corner, bottom right corner and middle, respec- 
tively. 
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anX The x-pos'rtion in the window, aWindow, to draw the final image. 
aV The y-position in the window, aWindow, to draw the final image. 
aWidth The width, in pixels, of the new image. 
aHeight The height, in pixels, of the new image. 
I aWindow The window in which to draw the constructed image. 

aDrawMode The mode in which to construct the image. 

MHW WGT LKWEB DRAW_NORMAL : Puts the NW (2100). NE (2101). SW (2102) and SE (2103) element 
in thelour corners (2200, 2201, 2202, 2203) with no tiling. Horizontally tiles the N and S elements. Vemcally 
Ses the W a nd E elements. Tiles both horizontally and vertical* the C element. Although t w. I work for any 
Image sizes, it is only guaranteed to correctly tile the area provided that the central area (2208) . rectangular. 

Returns: 

MHW_WGT_SUCCESS 
rna59l The Mhw awt Java Interface Package will now be described. 

mm ™ree Java classes have been developed so that the Look mechanism defined in WGT can be explo.ted by 
ava applications These are: mhw. awt. Look; mhw. awt. WgtLook; and mhw. awt. PixmapLook. 

The Look class is the abstract class corresponding to the class MhwWgtLook described above. 

[0462] The WgtLook class is used to create and handle instances of the WGT class 
MhwWgtLookWgt. 

The PixmapLook class is used to store the images used by the WgtLook class. „ rtnctmrtftr * 
[MCI] The Mhw.awt.PixmapLook API will now be described, beginning wrth deta.ls of the constructors. 



PixmapLook 
[0464] 

30 public PixmapLook() 

[0465] Creates a new instance of a PixmapLook object, with the images initialised to the default images (ID-1) 

PixmapLook 

35 

[0466] 

public PixmapLook(int imagelD) 
40 [0467] Creates a new instance of a PixmapLook object, with the images initialised to the images specified by 
imagelD. 

[0468] The methods will now be described. 
Setlmages 

45 

[0469] 
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public void SetlmagesQ 



[0470] Set the current images for this PixmapLook object to the default (ID=I) 
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Setlmages 
[0471] 



\ 



public void Setlmages (int imagelD) 



w [0472] Set the current Images for this PixmapLook object to the images specified by imagelD 
Loadlmage 
[0473] 

15 



public void 


Loadlmage 


(int elementID, 






int width, 






int height, 






byte [] buffer) 



25 [0474] Loads a specified image element. Each PixmapLook object has a set of (94) images associated with it. 
These images represent the graphic component elements as follows: 0 relnoNW; 1 relnoSW; 2 relnoNE; 3 relnoSE; 4 
relnoN; 5 relnoW; 6 relnoE; 7 relnoS; 8 relnoC; 9 relfoNW; 10 relfoSW; 11 relfoNE; 12 relfoSE, 13 relfoN; 14 relfoW; 15 
relfoE; 16 relfoS; 17 relfoC; 18 relhiNW; 19 relhiSW; 20 relhiNE; 21 relhiSE; 22 relhiN; 23 relhiW; 24 relhiE; 25 relhiS; 
26 relhiC; 27 relf hNW; 28 relfhSW; 29 relfhNE; 30 relfhSE; 31 relfhN; 32 relfhW; 33 relfhE; 34 relfhS; 35 relfh C; 36 but- 

30 noNW; 37 butnoSW; 38 butnoNE; 39 butnoSE; 40 butnoN; 41 butnoW; 42 butnoE; 43 butnoS; 44 butnoC; 45 butfoNW; 
46 butfoSW; 47 butfoNE; 48 butfoSE; 49 butfoN; 50 butfoW; 51 butfoE; 52 butfoS; 53 butfoC; 54 buthiNW; 55 buthiSW; 
56 buthiNE; 57 buthiSE; 58 buthiN; 59 buthiW; 60 buthiE; 61 buthiS; 62 buthiC; 63 butfhNW; 64 butfhSW; 65 butfhNE; 
66 butfhSE; 67 butfhN; 68 butfhW; 69 butfhE; 70 butfhS; 71 butfhC; 72 choice; 73 chcklno; 74 chcklse; 75 chcktfo; 76 
chcklfs; 77 chck2no; 78 chck2se; 79 chck2fo; 80 chck2fs; 81 slidNeVr; 82 slidEVr; 83 slidSeVr; 84 slidSwHr; 85 slidSHr; 

35 86 slidSeHr; 87 slidSeVrHr; 88 slidLiftNeVr; 89 slidLiftEVr; 90 slidLiftSeVr; 91 slidLiftSwHr; 92 slidLiftSHr; 93 slidLift- 
SeHr. 

width specifies the width of the image passed. 
height specifies the height of the image passed. 

buffer contains the image data. This is in the form of a byte array, each byte giving the colormap index to be used for 
40 each pixel. The index used for pixel (x,y) is buffer[(y* width )+x]. 
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MakelmageFromElements 
[0475] 



w 
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public void 


MakelmageFromElements 


(int[ ] widths, 






int[] heights, 






byte [ ] [ ] buffers, 






int anX, ! 






int aY, 






int aWidth, 






int aHeight, 






java.awt.Component aComponent) 



20 
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[0476] Constructs an image based on 9 elements (N, E, W, S, NW, NE, SW, SE, C) and draw it on the window asso- 
ciated with the component aComponent with the top left corner at (anX, aY) and with size aWidth x aHeight The image 
buffers are passed as a two dimensional array, one dimension giving the image number (0-8 corresponding to N, E, W, 
S, NW, NE, SW, SE, C) and the other containing the data. The widths and heights of each buffer are given in the arrays 
widths and heights. 

Down load Loo kDIr 



[0477] 

30 public java.lang.String DownloadLookDir() 

[0478] Downloads a "look" directory from the MPEG stream. Returns a string containing information on each set of 
look images which can be downloaded separated by newlines. The line number of a title (0 to n-1) corresponds to the 
identifier (ImageSet) to be used with the function DownLoadLooklmages(int ImageSet). 
35 [0479] The directory is in fact a simple text file containing the string that is returned. The file path is hard coded in 
the source - currently /home/users/mstoddar/mhplus/util/looks/images.dir. This can be changed as appropriate. This 
can thus be used in the decoder to automatically download from the MPEG stream. 
The format of the file is: 

40 (Image Set Title 1 > (\t) (Image Set Description) (\t> <URL Resource) <\t> (URL Preview) (\n> 

(Image Set Title 2)<\t> (Image Set Description) (Vt> <URL Resource) <\t) (URL Preview) <\n) 
(Image Set Title 3) <\t> (Image Set Description) <\t) (URL Resource) (Vt) (URL Preview) <\n) 

(Image Set Title 4) <\t) (Image Set Description) <\t) (URL Resource) (Vt) (URL Preview) <\n) Returns if unsuccessful. 
45 DownloadLooklmages 
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[0480] 

public void DownloadLooklmages (int ImageSet) 

[0481] Downloads a new set of images from the MPEG stream, identified by the line number (0 to n-1 ) of one of the 
entries returned in DownLoadLookDirQ, and attributes them to this look. 
[0482] The file containing the data is in the following format: 

WWWWHHHHWWWWHHHH ... a series of four byte strings (leading spaces) containing the decimal values of the 
widths and heights of all 94 images (in the same order as in the method Loadlmage()). The data buffers for each 
image follow, again in the same format as Loadlmage(). No alignment is made between images, the beginning of 
the next image starting at the byte following the previous one. 
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[0483] The file path is hard coded in the source - currently /home/users/mstoddar/mhplus/util/looks/lmages. 
(imageSet). This can be changed as appropriate. This can thus be used in the decoder to automatically download from 
the MPEG stream. 

5 public void DownloadLooklmages (string ImageURL) 

[0484] Downloads a new set of images from the MPEG stream, identified by the URL specified, and attributes them 
to this look. 

The file containing the data is in the format given above. 
io [0485] The structure of the file is given below in C syntax for clarity: 

Card8 relnoNWwidth [4] String representation of decimal value (leading spaces) 
Card8 relnoNWheight [4] 
card8 relnoSWwidth [4] 
15 Card8 relnoSWh eight (4] 

Card8 relnoNEwidth [4] 
Card8 relnoNEheight [4] 
Card8 reinoSEwidth [4] 
Card8 relnoSEheight [4] 
20 Card8 relnoNwidth [4] 

Card8 relnoN height [4] 
Card8 relnoWwidth [4] 
Card8 relnoWheight [4] 
Card8 relnoEwidth [4] 
25 Card8 retnoEheight [4] 
Card8 relnoSwidth [4] 
Card8 relnoSheight [4] 
Card8 relnoCwidth [4] 
Card8 reinoCheight [4] 
30 Card8 relfoNWwidth [4] 

Card8 re IfoNWh eight [4] 
Card8 relfoSWwidth [4] 
Card8 re IfoSW height [4] 
Card8 relfoNEwidth [4] 
35 Card8 relfoNEheight [4] 

CardS relfoSEwidth [4] 
CardB relfoSEheight [4] 
Card8 retfoNwidth [4] 
Card8 relfoNheight [4] 
40 Card8 relfoWwidth [4] 

Card8 relfoWheight [4] 
Card8 relfoEwidth [4] 
Card8 relfoEheight [4] 
Card8 relfoSwidth [4] 
45 Card8 relfoSheight [4] 
Card8 relfoCwidth [4] 
Card8 relfoC height [4] 
Card8 relhiNWwidth [4] 
Card8 relhiNWheight [4] 
so Card8 relhiSWwidth [4] 

Card8 relhiS Wheight [4] 
Cards relhiNE width [4] 
Card8 relhiNEheight [4] 
Card8 relhiSEwidth [4] 
55 Card8 relhiSEheight [4] 

Card8 relhiNwidth [4] 
Card8 relhiN height [4] 
CardS relhiWwidth [4] 
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Card8 relhiWheight [4] 
Card8 relhiEwidth [4] 
CardB relhiEheight [4] 
Card8 relhiSwidth [4] 
5 Card8 relhiSheight [4] 

Card8 relhiCwidth [4] 
Card8 relhiCheight [4] 
Card8 relfhNWwidth [4] 
CardB relf hNWheight [4] 
io Card8 relfhSWwidth [4] 
Card8 relfhSWheight [4] 
Card8 relfhNEwidth [d] 
card8 relfhNEheight [4] 
Card8 relfhSEwidth [4] 
is Card8 relfhSEheight [4] 
Card8 relfhNwidth [4] 
Card8 relfhNheight [4] 
Card8 relfhWwidth [4] 
Card8 relf hWheight [4] 
20 CardB relfhEwidth [4] 

Card8 relfhEheight [4] 
Card8 relfhSwidth [4] 
Card8 relfhSheight [4] 
Card8 relfhCwidth [4] 
25 Card8 relfhCheight [4] 

Card8 butnoNWwidth [4] 
Card8 butnoNWheight [4] 
Card8 butnoSWwidth [4] 
Card8 butnoSWh eight [4] 
30 Card8 butnoNEwidth [4] 

Card8 butnoNEheight [4] 
Card8 butnoSEwidth [4] 
Card8 butnoSEheight [4] 
Card8 butnoNwidth [4] 
35 Card8 butnoNheight [4] 

Card8 butnoWwidth [4] 
Card8 butnoWheight [4] 
Card8 butnoEwidth [4] 
Card8 butnoEheight [4] 
40 Card8 butnoS width [4] 

Card8 butnoSheight [4] 
Card8 butnoCwidth [4] 
Card8 butnoCheight [4] 
Card8 butfoNWwidth [4] 
45 Card8 butfoNWheight [4] 

Card8 butfoSwwidth [4] 
Card8 butfoSWheight [4] 
Card8 butfoNEwidth [4] 
Card8 butfoNEheight [4] 
so Card8 butfoSEwidth [4] 

Card8 butfoSEheight [4] 
Card8 butfoNwidth [4] 
Card8 butfoNheight [4] 
Card8 butfoWwidth [4] 
55 Card8 butfoWheight [4] 

Card8 butfoEwidth [4] 
Card8 butfoEheight [4] 
Card8 butfoSwidth [4] 
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Card8 butfoSheight [4] 
Card8 butfoCwidth [4] 
Card8 butfoCheight [4] 
Card8 buthiNWwidth [4] 
5 Card8 buthiNWheight [4] 

Card8 buthiSWwidth [4] 
Card8 buthiSWh eight [4] 
Card8 buthiNEwidth [4] 
Card8 buthiNEheight [4] 
w Card8 buthiSEwidth [4] 
Card8 buthiSEheight [4] 
Card8 buthiNwidth [4] 
Card8 buthiNheight [4] 
Card8 buthiWwidth [4] 
is Card8 buthiWheight [4] 
Card8 buthlEwidth [4] 
Card8 buthiEheight [4] 
Card8 buthiSwidth [4] 
Card8 buthiSheight [4] 
20 Card8 buthiCwidth [4] 
Card8 buthiCheight [4] 
Card8 butfhNWwidth [4] 
Card8 butfhNWheight [4] 
Card8 butfhSWwidth [4] 
25 Card8 burfhSWheight [4] 

Card8 butfhNEwidth [4] 
Card8 butfhN Eh eight [4] 
Card8 butfhSEwidth [4] 
Card8 butfhSEheight [4] 
so Card8 butfhNwidth [4] 

Card8 butfhNheight [4] 
Card8 butfhWwidth [4] 
Card8 butfhWheight [4] 
Card8 butfhEwidth [4] 
35 Card8 butfhEheight [4] 

Card8 butfhSwidth [4] 
Card8 butfhSheight [4] 
Card8 butfhCwidth [4] 
Card8 butfhCheight [4] 
40 Card8 choicewidth [4] 

Card8 choiceheight [4] 
Card8 chcklnowidth [4] 
Card8 chckinoheight [4] 
Card8 chcklsewidth [4] 
45 Card8 chcklseheight [4] 
Card8 chcklfowidth [4] 
Card8 chcklfoheight [4] 
Card8 chcklfswidth [4] 
Card8 chcklfs height [4] 
50 Card8 chck2nowidth [4] 
Card8 chck2noheight [4] 
Card8 chck2sewidth [4] 
Card8 chck2seheight [4] 
Card8 chck2fowidth [4] 
55 Card8 chck2foheight [4] 

Card8 chck2fswidth [4] 
Card8 chck2faheight [4] 
Card8 slidNeVrwidth [4] 
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Card8 slidNeVrheight [4] 
CardS slidEVrwidth [4] 
Card8 slidEVrheight [4] 
Card8 slidSeVrwidth [4] 
qard8 slidSeVrheight [4] 
Card8 slidSwHrwidth [4] 
Card8 slidSwHrheight [4] 
Card8 slidSHrwidth [4] 
Card8 slidSHrheight [4] 
Card8 slidSeHrwidth [4] 
Card8 slidSeHrheight [4] 
Card8 slidSeVrHrwidth [4] 
Card8 slidSeVrHrheight [4] 
Card8 slidLiftNeVrwidth [4] 
Card8 slid LiftNeVrh eight [4] 
Card8 siidLiftEVrwidth [4] 
Card8 slidLiftEVrheight [4] 
Card8 slidLiftSeVrwidth [4] 
Card8 slidLiftSeVrheight [4] 
Card8 slid Lifts wHrwidth [4] 
Card8 slidLittSwHrheight [4] 
Card8 slidL'rftSHrwidth [4] 
Card8 slidUttSHrheight [4] 
Card8 slidLittSeHrwidth [4] 
Card8 slidUttSeHrheight [4] 
Card8 RelnoNWbuffer [width x height] 
Card8 RelnoSWbuffer [width x height] 
Card8 RelnoNEbuffer [width x height] 
CardS RelnoSEbuffer [width x height] 
Card8 RelnoNbuffer [width x height] 
card8 RelnoWbuffer [width x height] 
Card8 RelnoEbuffer [width x height] 
Card8 RelnoSbuffer [width x height] 
Card8 RelnoCbuffer [width x height] 
Card8 RelfoNWbuffer [width x height] 
Card8 RelfoSWbuffer [width x height] 
Card8 RelfoNEbufter [width x height] 
Card8 ReltoSEbuffer [width x height] 
Card8 RelfoNbuffer [width x height] 
Card8 RelfoWbuffer [width x height] 
Card8 RelfoEbuffer [width x height] 
Card8 RelfoSbuffer [width x height] 
Card8 RelfoCbuffer [width x height] 
Card8 RelhiNWbutfer [width x height] 
Card8 RelhiSWbuffer [width x height] 
Card8 RelhiNEbuffer [width x height] 
Card8 RelhiSEbuffer [width x height] 
Card8 RelhiNbuffer [width x height] 
CardS RelhiWbufter [width x height] 
Card8 RelhiEbuffer [width x height] 
Card8 RelhiSbufter [width x height] 
Card8 RelhiCbuffer [width x height] 
Card8 RelfhNWbuffer [width x height] 
Card8 RelfhSWbutfer [width x height] 
Card8 RelfhNEbuffer [width x height] 
Card8 RelfhSEbufler [width x height] 
Card8 RelfhNbuffer [width x height] 
Card8 RelfhWbuffer [width x height] 
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Card8 RelfhEbuffer [width x height] 
Card8 RelfhSbuffer [width x height] 
Card8 RelfhCbuffer [width x height] 
Card8 ButnoNWbuffer [width x height] 
5 Card8 ButnoSWbuffer [width x height] 

\ Card8 ButnoNEbuffer [width x height] 
Card8 ButnoSEbuffer [width x height) ' 
Card8 ButnoNbuffer [width x height] 
Card8 ButnoWbuffer [width x height]) 
w Card8 ButnoEbuffer [width x height] 
Card8 ButnoSbuffer [width x height] 
Card8 ButnoCbuffer [width x height] 
Card8 ButfoNWbuffer [width x height] 
Card8 ButfoSWbuffer [width x height] 
75 Card8 ButfoNEbuffer [width x height] 

Card8 ButfoSEbuffer [width x height] 
Card8 ButfoNbuffer [width x height] 
Card8 ButfoWbuffer [width x height] 
CardB ButfoEbuffer [width x height] 
20 Card8 ButfoSbuffer [width x height] 

Card8 ButfoCbuffer [width x height] 
Card8 ButhiNWbuffer [width x height] 
Card8 ButhiSWbuffer [width x height] 
Card8 ButhiNEbutfer [width x height] 
25 Card8 ButhiSEbuffer [width x height] 

Card8 ButhiNbuffer [width x height] 
Card8 ButhiWbuffer [width x height] 
Card8 ButhiEbuffer [width x height] 
Card8 ButhiS buffer [width x height] 
30 Card8 ButhiCbuffer [width x height] 

Card8 ButfhNWbuffer [width x height] 
Card8 ButfhSWbuffer [width x height] 
Card8 ButfhNEbuffer [width x height] 
Card8 ButfhSEbuffer [width x height] 
35 Card8 ButfhNbuffer [width x height] 

Card8 ButfhWbuffer [width x height] 
Card8 ButfhEbuffer [width x height] 
Card8 ButfhSbuffer [width x height] 
Card8 ButfhCbuffer [width x height] 
40 Card8 Choicebuffer [width x height) 
Card8 chcklnobuffer [width x height] 
Card8 chcklsebuffer [width x height] 
Card8 chcklfobuffer [width x height] 
Card8 chcklfsbuffer [width x height] 
45 Card8 chck2nobuffer [width x height] 

Card8 chck2sebuffer [width x height] 
Card8 chck2fobuffer [width x height] 
Card8 chck2fsbuffer [width x height] 
Card8 slidNeVrbuffer [width x height] 
50 Card8 slidEVrbuffer [width x height] 
Card8 slidSeVrbuffer [width x height] 
Card8 slidSwHrbuffer [widch x height] 
Card8 slidSHrbuffer [width x height] 
Card8 slidSeHrtDUffer [width x height] 
55 Card8 slidSeVrHrbuffer [width x height] 

Card8 slidLiftNeVrbuffer [width x height] 
Card8 slidLiftEVrbuffer [width x height] 
CardB slidLiftSeVrbuffer [width x height] 
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Card8 siidL'rftSwHrbuffer [width x height] 
Card8 slidLiEtSHrbuffer [width x height] 
Card8 slidLiftSeHrbuffer [width x height] 

5 [0486] For example: 





I 


Width I \ 


Height 1 


Mdth 


Height 


10 


0000000 


8 


8 


8 


8 




0000020 I 


8 


8 


8 


8 




0000040 1 


8 


8 


8 


8 


15 


ooooofio 1 


8 I 


8 


8 


8 




0000100 I 


8 


8 


8 


8 




0000120 I 


8 


8 


8 


8 




0000140 I 


8 


8 


8 


8 


20 I 


OO0O160 I 


8 I 


8 


8 


8 




0000200 1 


8 


8 


1 


1 




0000220 1 


8 I 


8 


8 


8 


25 


nnnn^An 1 


8 I 


8 


8 


8 




0000260 1 


8 


8 


8 


8 




OO00300 1 


8 I 


8 


8 


8 




OOOO^O I 


1 


1 


8 


8 


30 | 


0000^4.0 


8 I 


8 


8 


8 




OOOO^fiO 


8 


8 


8 


8 




OOOOdOO 


8 


8 


8 


8 


35 


1 0000420 


8 


Q 

o 


-j 


1 




000044.0 


8 


8 


8 


8 




1 nnoo^fio 


i 8 


8 


8 


8 




1 0000500 


8 


! 8 


8 


8 


40 


1 nnoo^20 


I 8 


8 


8 


8 




0000540 


I 1 


1 


8 


8 




0000560 


8 


8 


8 


8 


45 


0000600 


I 8 


8 


8 


8 




0000620 


8 


8 


8 


8 




0000640 


8 


8 


1 


1 




0000660 


8 


8 


8 


8 


SO 


0000700 


8 


8 


8 


8 




0000720 


I 8 


8 


8 


8 




0000740 


8 


8 


8 


8 


55 


0000760 


1 


1 


8 


8 




0001 OOC 


l 8 


8 


8 


8 
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I Width 


Height 


Width 


Height 


0001020 


8 


8 


8 


8 


0001040 


8 


8 


8 


8 


0001060 


8 


8 


1 


1 


0001 100 


1 6 


1 6 


1 6 


1 6 


0001 120 


1 6 


1 6 


1 6 


1 6 


0001 140 


1 6 


1 6 


1 6 


1 6 


0001 160 


1 6 


1 6 


1 6 


1 6 


0001200 


1 6 


1 6 


8 


8 


0001220 


8 


8 


8 


8 


0001 240 


8 


8 


8 


8 


0001260 


8 


8 


1 


1 


0001300 


2 


2 


2 


2 


0001320 


2 


2 


2 


2 


0001340 


2 


2 


2 


2 



Start of buffer 1 data. (relnoNW) (8x8 bytes) 

0001360 \0 \0 \0 \0 \0 266 004 004 \0 \0 \0 266 \n \r \r \r 

0001400 \0 \0 \n \r 017 \r \v 001 \0 266 \r 017 \r 001 001 001 

0001420 \0 \n 017 \r 001 001 001 001 265 \r \r 001 001 001 001 001 

0001440 004 \r \v 001 001 001 001 001 004 \v 001 001 001 001 001 006 

Start of buffer 2 data. (relnoSW) (8x8 bytes) 

0001460 004 004 263 \0 \0 \0 \0 \0 \r \r \v 004 \a \0 \0 \0 

0001500 001 001 001 270 004 262 \0 \0 001 001 001 001 \n 004 004 \0 

0001520 001 001 001 001 001 \n \e \0 001 001 001 001 001 270 \L 265 

0001540 001 001 001 001 001 270 \t \a 006 001 001 001 001 270 \C 006 

Start of buffer 3 data. (relnoNE) (8x8 bytes) 

0001560 004 \v 001 001 001 001 001 006 \b 001 001 001 001 001 001 001 

0001600 006 \n 001 001 001 001 001 001 \0 265 \n 001 001 001 001 001 

0001620 \0 006 \t \rL 001 001 001 001 \0 \0 261 \t \n \n \n \n 

0001640 \0 \0 \0 006 022 265 265 \t \0 \0 \0 \0 \0 \a 006 006 



Start of buffer 4 data. (relnoSE) (8x8 bytes) 

0001660 \r 001 001 001 001 270 \t 006 001 001 001 001 001 270 \t 006 

0001700 001 001 001 001 001 \n 265 261 001 001 001 001 \n 266 261 \0 

0001720 001 001 001 \n 266 \b 261 \0 270 270 004 266 \b 261 \0 \0 

0001740 \t \t \b 261 261 \0 \0 \0 006 006 261 \0 \0 \0 \0 \0 
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etc. 

reDrawAII 
5 [048}] 

public void reDrawAII() 

[0488] Finds the widget with the focus, then the parents until no more. Top window then set to invisible and visible 
70 aaain Then the whole window should be redrawn. . 

[0489] The various methods described above for displaying one or more graphical objects, for nav.gat.ng between 
a plurality of such objects, or for receiving input from the user may equally be applied to other areas P« ma "^ n ° 
exclusively, within the context of the reception of broadcasts from a broadcast suppl.er. In general, any funct.onal.ty of 

a set-top box involving visual interaction with a user may employ such methods. _ 

104901 For example, a navigable chain of icons, possibly with subchains attached, could be employed in a home 
shopping application, to allow the user to display articles, view prices, place orders and otherwise interact wrth the appli- 
cation The graphical object used to place an order might, when highlighted, automatically flip' in the manner described 
above' between the symbol to buy (for example, a dollar sign, $) and text representing the amount spent so far or the 
word "buy" in the language of the subscriber. Alternatively, or in addition, a graphical object containing the word buy .n 
The subscriber's language, could appear whenever the 'buy' icon is selected, and provide a branch for any sub-cha.ns 

r04911 9 ^The 'buy' icon in the above example might be placed next to an icon which, when clicked, views the list of 
purchases made so far, and another icon which, when clicked, sets delivery options tor the products just bought so as 
^provide a logical sequence of icons in the chain which the user can navigate. When the 'buy' .con is se ected, a sub- 
chain could appear with various subsidiary options, which might include different credit plans in the case o more expen- 
sive items. Any text information required from the user, such as a street address for delivery, could be entered wrth the 

SSl^Tan electronic programme guide, similar methods could be employed, for interactively browsing and dis- 
playing different channels, themes and times and dates. Further customisation might be possible for re-arrang.ng the 
g aphfc options in the chain according to the user's preferences; in the case of a chain of channels, the user's preferred 
channels could be grouped at the head of the chain. Such a preference could be indicated by the user, or deduced by 

]o493T 9ran oTh e er applications for the methods described above include on-line catalogues, news and weather services 
on demand, games, and general administration of the set-top box (managing its configuration, etc ). In the case .of 
games, the head/tail flip-flop effect could be used to provide in-game animations without necessarily requ r ng add,- 
La. methods to be written, and the virtual keyboard could be used as an alternat.ve form of controller for more 

W94r d Tshould 9 alTo be appreciated that all methods of interaction using a remote control, as described herein, may 
be substituted or supplemented by the use of a mouse (or other directional controller, such as a rollerball or joystick) 
and/or keyboard (or other device having a plurality of keys), either by simulating the buttons of a re ™* <™™ J° r 
example using the numbers 0-9; the arrow keys, and the return key on a keyboard) or directiy (for example us.ng the 
mouse to click on buttons, and the keyboard to enter text directly instead of using the virtual keyboard)^ 
T04951 The Virtual Keyboard described above may be implemented on any device having a plurality of keys such 
as a aames machine or a mobile telephone, for example. In the latter case, the virtual keyboard could be d.splayed sub- 
stantially as described on the screen of the telephone (on phones with a sufficiently large display), or .n a compressed 
form (on phone wrth smaller displays). Such compression of the virtual keyboard might entail showing only one .number 
block of characters at a time, preferab.y with a suggestion of the characters or types of f^l^TjlJ 
accessed by pressing the left, right, up and/or down keys (or their equ.valents. for example in the case of roller-type 
directional controllers). The compressed virtual keyboard may be used in other applications, particularly where there « 
so little space available to display the keyboard. 

0496] The term 'check box' may refer to a graphical object of any shape, for example crcular, wh.ch .s ab e to dis- 
play different states, preferably two states corresponding to 'checked' and 'unchecked', but possibly 
states, and which may alter its state In a consistent fashion when clicked or selected by the user. The checked state 
may be indicated by a tick, cross or other embellishment on the box. 
55 [0497] For ease of reference, the terms below used herein have the following preferred meanings:- 

HTML- HyperText Markup Language, a language describing the documents which are interchanged on the 

Internet. The document may include references to sites, formatting information, sound and ptctures. 
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etc. 

HTTP: HyperText Transport Protocol, a protocol for communicating between Internet servers holding HTML 

documents and a navigation application, which displays the HTML documents. 
MPEG-2: Motion Picture Expert Group, a method of coding animated images and sound in realtime. 

5 ppp; Point-to- Point Protocol, a distance access communications protocol allowing two computers to be net- 

\ worked via a modem. 

PROXY SERVER:An application located oh the server which allows secure Internet connections, and which also buff- 
ers HTTP and FTP requests. 
SESSION: An instance of a type of connection or of an application in memory at a given point in time. 
10 jjRL: Uniform Resource Locator, an address used to locate a file or resources on the Internet. A link to a 

site designates the address of the resource contained in the web page. 
WWW: World Wide Web, Internet network using local or remote documents. A web document is a web page, 

and the links in the page allow navigation between different pages and between different subjects, 
regardless of whether situated on a local or remote network. 
is GUI: Graphical User Interface. 

WGT: Widget Toolkit. 

[0498] It will be understood that the present invention has been described above purely by way of example, and 
modifications of detail can be made within the scope of the invention. 
20 [0499] Each feature disclosed in the description, and (where appropriate) the claims and drawings may be provided 
independently or in any appropriate combination. 

[0500] Reference numerals appearing in the claims are by way of illustration only and shall have no limiting effect 
on the scope of the claims. 

[0501] The Applicant hereby declares, for the avoidance of doubt that he claims copyright in the attached drawings. 
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Claims 



1. A method of controlling the appearance of graphical objects in a graphical user interface, the method comprising 
defining a linked chain of graphical objects. 

2. A method of controlling the appearance of a graphical object in a graphical user interface, the method comprising 
defining a first graphical object, defining a second graphical object and defining a link element for linking graphical 
objects. 

35 3. A method according to claim 1 or claim 2, wherein the method further includes defining a sub-chain of graphical 

objects, the sub-chain comprising a branch from a linked chain, preferably the sub-chain being selectively display- 
able. 

4. A method of displaying representations of graphical objects in a graphical user interface, the method comprising 
40 displaying representations of graphical objects and displaying a representation of a link element for illustrating a link 

between graphical objects. 

5. A method according to claim 4, wherein the representation of the link element extends between representations 
of graphical objects, and preferably the method includes displaying a linked chain of representations of graphical 

45 objects. 

6. A method of controlling the appearance of a graphical object in a GUI, the method comprising defining a first dis- 
playable representation of a graphical object and further defining a second displayable representation of the graph- 
ical object, the second representation being displayable adjacent the first representation. 

7. A method according to claim 6, wherein the first representation comprises an icon. 

8. A method according to claim 6 or claim 7, wherein the second representation comprises a text description of the 
graphical object. 

9. A method according to any one of claims 6 to 8, wherein the second representation is selectively displayable and 
is preferably displayable by focussing on the first representation. 
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10. A method according to any one of claims 6 to 9, wherein the method includes defining a linked chain of graph- 
ical objects, the first and second representations being displayable as links of the chain. 

11. A method of controlling the appearance of a graphical object in a GUI, the method comprising defining a first 
representation of the graphical object and a second representation of the graphical object, the first and second rep- 
resentations being selectively displayable, preferably cyclically displayable. 

12. A method according to claim 11 , wherein the first representation includes an icon and/or the second represen- 
tation includes a text description of the graphical object. 

13 A method of displaying a representation of a graphical object in a GUI, the method comprising displaying a first 
representation of the graphical object, and subsequently displaying a second representation of the graphical object. 

14. A method according to claim 13, wherein the method includes displaying a sequence of representations 
between the first and second representations. 

15. A method of controlling the appearance of a graphical object in a graphical user interface, comprising defining 
a look object and associating the look object with the graphical object. 

16. A method according to claim 15 wherein the look object includes code or parameters determining how the 
graphical object is displayed and/or wherein the look object is defined by object-oriented program code. 

17 A method according to claim 15 or claim 16, further comprising modifying the appearance of the graphical 
object by re-defining or modifying the look object or by associating a different look object with the graphical object. 

18 A method according to any one of claims 15 to 17, being a method of controlling the appearance of a plurality 
of graphical objects in a graphical user interface, comprising associating the look object with the plurality of graph- 
ical objects. 

19. A method according to claim 18, wherein the plurality of graphical objects comprises a linked chain. 

20. A method of controlling the appearance of a group of graphical objects, the method including the step of pro- 
viding means for defining a plurality of different displayable groups of graphical objects and for selecting a group of 
graphical objects from the plurality of displayable groups. 

21. A method according to claim 20, wherein the representation of graphical objects from a group differ from the 
representation of graphical objects of another group in one or more of colour, shape, size, texture or pattern. 

22. A method according to claim 20 or claim 21 , wherein the group of graphical objects comprises a linked chain of 
graphical objects. 

23 A method of controlling the appearance of a graphical object in a graphical user interface, the method compris- 
ing defining a plurality of graphical object elements of the graphical object for use in displaying a representation of 
the graphical object. 

24. A method according to claim 23, wherein the method includes defining a plurality of different sets of graphical 
object elements of the graphical object. 

25. A method according to claim 23 or claim 24, including defining a set of fixed elements and a set of repeatable 
elements. 

26 A method of producing a kit of elements for a graphical object, the method comprising defining a set of fixed 
elements common to instances of the graphical object and further defining a set of repeatable elements. 

26. A method of displaying a representation of a graphical object in a graphical user interface, the method compris- 
ing assembling a plurality of graphical object elements. 

27. Apparatus for use in entering data into a graphical user interface (GUI) using a keypad, the apparatus compris- 
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ing a plurality of templates, each template comprising a set of functions for the keypad. 

28. Apparatus according to claim 27, wherein the apparatus further comprises means for selecting a template. 

5 29. Apparatus according to claim 27 or 28, wherein the apparatus further includes a keypad image, the keypad 

| image and the templates being displayable on a display, the apparatus preferably providing means for moving the 
keypad image relative to the templates in the display. 

30. A method of entering data using a keypad, the method including selecting a template comprising a set of func- 
10 tions for the keypad. 

31 . A method according to any one of claims 1 to 26 or 30, carried out by a receiver/decoder, preferably a digital or 
analogue television receiver/decoder, or carried out by a mobile telephone. 

is 32. Apparatus according to any one of claims 27 to 29 comprising a receiver/decoder, preferably a digital or ana- 
logue television receiver/decoder, or comprising a mobile telephone. 
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